Зачем выводят url загруженной картинки?

Question

[Genri_Rus]

Вот пример сайта: vintagetechnics.ru/comment

При прикреплении картинки она сразу загружается на сервер, вот доказательства:



Формируется url картинки, такой вопрос для чего это нужно ?
Если человек может удалить эту картинку и тогда на сервере она не удалится, по-крайней мере в запросах я не увидел этого

Так зачем сразу сохраняют картинку и на практике когда это нужно ?

Comments

[Genri_Rus]

Hellayas, в том то и дело, что картинка не удаляется

Временной папке ?

Я в url не увидел директорию tmp

[Ankhena]

Если человек может удалить эту картинку и тогда на сервере она не удалится

Почему вы так решили?

[Genri_Rus]

Ankhena, Hellayas, потому что старые url удаленных картинок до сих пор работают

[Genri_Rus]

Hellayas, я не думаю что для этого url вывели на клиенте

[Ankhena]

Genri_Rus, если у них там бесконечное храниллище, то почему бы и нет.
Может они удаляют картинки со сроком давности 3 года или 10.
Или не умеют их удалять. Или мнят себя фейсбукой. Или еще что-нибудь.

[Genri_Rus]

Hellayas, а разве по url нельзя проверить существует ли такая картинка на сервере или нет ?

Возможно запрет на дубли, нет ?

[Genri_Rus]

Ankhena, я думаю, что тут не дают загружать одинаковые картинки на сервер

[Genri_Rus]

Hellayas, ну дальше по url получают картинку и прикрепляют к комментарию (а не дубль)

[Ankhena]

Genri_Rus, проще текстом хранить. И зачем проверять, если название явно генерируется.

[Ankhena]

Genri_Rus, проще текстом хранить. И зачем проверять, если название явно генерируется при загрузке?

[Genri_Rus]

Hellayas, ну вы у меня спрашиваете ?

Я жду ваших вариантов, мое предположение не совсем верное

[Genri_Rus]

Ankhena,

И зачем проверять, если название явно генерируется при загрузке?

Вот я об этом и думал, как вы считаете, зачем им это нужно было ?

Больше к чему склоняетесь ?

К временному хранилищу или просто хранят дубли картинкок ?

[Ankhena]

Genri_Rus,

Вот я об этом и думал, как вы считаете, зачем им это нужно было ?
Больше к чему склоняетесь ?

Для получения точной информации обратитесь к разработчикам.

Все попытки "угадайки" есть выше.

[Genri_Rus]

Hellayas, мне просто нужно понять их логику, вы сталкивались с такими примерами на сайтах ?

[Genri_Rus]

Ankhena, ага, они никогда не скажут зачем так нужно )

Вы видели подобную реализацию на других проектах ?

[Genri_Rus]

Hellayas, могли бы показать пример, где также url картинки выводятся на клиенте ?

[Genri_Rus]

Hellayas, я должен понять, зачем так делают

Если есть точно такие сайты, как в моем примере, то будет интересно посмотреть

[Genri_Rus]

Hellayas, ну вот вы пишите:

Мой вопрос: Вы видели подобную реализацию на других проектах ?

Ваш ответ: с картинками да, с глупостью да, с ошибками да.

А теперь пишите, что:

искать примеры точно не буду

Это либо уход от ответа, либо вы просто не знаете зачем они это сделали, т.к. не встречались никогда с подобными реализациями

[Genri_Rus]

Hellayas,

1. Для начала я не до конца понимаю сделали что? Показывают картинки на сайте?

Я задал вопрос: "Зачем выводят url загруженной картинки?", для каких целей и какая от этого выгода на практике

Answer 1

[Евгений]

Так делают, потому что они решили сериализовать форму разом, а не держать в памяти объект с данными изображения, который, в случае удаления пользователе картинки, нужно обрабатывать, удаляя из него данные. Довольно надежное решение.

Почему урл картинки, а не что-то еще? Потому что картинка уходит запросом ранее, так как вместе с телом данных их не отправляют и данные формы надо как-то связать с изображением, а как это лучше сделать чем урлом?

По отправке есть два варианта: загрузка изображений на сервер сразу и загрузка при отправке формы, с последующей доукомплектовкой тела запроса урлами изображений и другой информацией о них.

Почему они сделали загрузку сразу? Это проще всего. В ином случае их ждала бы сначала загрузка изображений, потом формирование объекта с данными формы и ссылками на изображения и только затем сериализация этих данных, под искомый формат. Хотя именно так и правильно, как мне кажется.

Comments

[Genri_Rus]

Но ведь у них картинки загружаются на сервер и почему-то при удалении на клиенте картинок никаких запросов не происходит:

[Евгений]

Genri_Rus, скорее всего у них реализовано простое хранилище и именно по этому добавляется возвращается урл, а не id. Опять же это вызвано оптимизацией. Дешевле наращивать дисковое пространство, чем мощности сервера для огромной базы и работы с ней. А так как у них файловое хранилище, то они и не хотят заморачиваться с удалением, либо просрали это во время выкатки фичи. Могут быть и другие варианты, вплоть до выделенного под графику серврера, на котором, по соображениям сохранения данных запрещены все операции по удалению. А возможно это происходит в ленивом режиме раз в несколько дней/недель

[Genri_Rus]

Евгений,

А возможно это происходит в ленивом режиме раз в несколько дней/недель

А есть пример, как это можно реализовать ?
Ну возможно вы видели скрипт, который хранит в БД comment_id == nul и url

А далее если в течении 24 часов comment_id равен null, то удалять из таблицы и саму картинку в папке

[Евгений]

Genri_Rus, нет, и честно, это выглядит как плохая практика. Проще уж заморочиться с очередью, сохраняя только те изображения, что есть в форме, чем городить, что-то такое. Опять же, вам нужно будет удалять и изображение.

[Genri_Rus]

Евгений, просто вы писали:

А возможно это происходит в ленивом режиме раз в несколько дней/недель

Но я думал, что это правильно будет

[Евгений]

Genri_Rus, мне сложно судить, но кажется, что лучше создавать отдельную таблицу с загруженными изображениями и лениво или по таймеру удалять при отсутствии совпадения, после чего очищать таблицу, либо сохранять изображения во временную папку, а после отправки формы перемещать изображения в постоянную папку, а временную дропать

[Genri_Rus]

Евгений, ну так я это и хотел сделать, я создал таблицу comment-image, в ней 2 поля: comment_id (по-умолчанию null) и url

Если комментарий после сериализации формы будет добавлен, то comment_id я присваиваю id комментария

А если превью картинок были загружены на сервер и комментарий не был сериализован, то через 24 часа я удалю из таблицы данное url и саму картинку в папке

Я нашел пример, то как мне под БД переделать ?

function clear_old_files(){

$expire_day  =  24; 
$expire_time = $expire_day * 60 * 60; // Время через которое файл считается устаревшим (в сек.)

$dir = wp_get_upload_dir()['basedir'] . '/comment_image/';
// проверяем, что $dir - каталог
if (is_dir($dir)) {
// открываем каталог
if ($dh = opendir($dir)) {
// читаем и выводим все элементы
// от первого до последнего
while (($file = readdir($dh)) !== false) {
 
// текущее время
$time_sec=time();
// время изменения файла
$time_file=filemtime($dir . $file);
// теперь узнаем сколько прошло времени (в секундах)
$time=$time_sec-$time_file;
 
$unlink = wp_get_upload_dir()['basedir'] . '/comment_image/' . $file;
 
if (is_file($unlink)){
if ($time>$expire_time){
 
if (unlink($unlink)){
 
echo 'Файл удален';
 
}else {
 
echo 'Ошибка при удалении файла';
 
}
}
 
}
}
// закрываем каталог
closedir($dh);
}
}
 
}

[Евгений]

Genri_Rus, тут не скажу, не моя специализация. Вписался в ответ на вопрос

Зачем выводят url загруженной картинки?

. Вы же уже задаете вопрос, не имеющий отношения к заданному в треде. Что бы вам на него ответили, скорее всего, будет лучше создать отдельный тред.

[Genri_Rus]

Евгений, я уже создал: Как переделать функционал скрипта удаления файлов под БД?

Возможно вы там можете ответить

[Евгений]

Genri_Rus, сожалею, как уже писал выше, не моя специализация. Если по этому вопросу, вопросы исчерпаны, а ответы получены, то можете завершать его

[Евгений]

Genri_Rus, неплохо было бы отметить решением оба ответа, так как они отвечают на ваш вопрос

[Genri_Rus]

Евгений, у меня есть пару вопросов к вам:

Так делают, потому что они решили сериализовать форму разом, а не держать в памяти объект с данными изображения, который, в случае удаления пользователе картинки, нужно обрабатывать, удаляя из него данные. Довольно надежное решение.

Тут вообще непонятно, особенно это:

который, в случае удаления пользователе картинки, нужно обрабатывать, удаляя из него данные.

Так вроде же они не обрабатывают картинки при удалении превьюшек ?
Запросов на сервер нет и в чем плюс ?

Вы также написали:

По отправке есть два варианта: загрузка изображений на сервер сразу и загрузка при отправке формы, с последующей доукомплектовкой тела запроса урлами изображений и другой информацией о них.

При выборе второго варианта ничего предварительно обрабатывать не нужно, т.к. при сабмите формы удаленные превьюшки просто не попадут на сервер

Если вы заметили, то на том сайте можно удалять превьюшки (посмотреть предварительно картинку перед загрузкой на сервер)

Вообщем хотелось бы конкретно узнать про что вы имели ввиду )

[Евгений]

Genri_Rus, да, не вопрос.
Сначала рассмотрим случай как у них и предполагаемые причины.
Картинки грузятся на сервер сразу и в ответ приходит объект с данными по изображению, на основе которых формируется разметка в html, которая потом используется для единовременного формирования объекта по форме (сериализации) и отправки на сервер.

Тут есть ряд плюсов.
1. одиночный запрос с данными на сервер имеет шанс быть успешно отправленным равным равный аптайму сервера
2. отсутствует необходимость собирать очередь из отправляемых данных вида сначала изображения, потом данные.
3. для пользователя сокращается время ответа сервера с успешным статусом, по понятным причинам.
4. упрощается процесс проверки валидности на бэкенде изображений и если какое-то не подходит, то пользователю будет сообщено об этом до того, как он отправит форму

Минусы
1. нужно что-то делать с изображениями, которые были загружены, но не были связаны с сообщением.
2. Нужно разбираться с фрагментацией диска, если таковая будет иметь место быть

Альтернативный вариант:
Плюсы:
1. На сервер попадают только те изображения, которые пользователь решит добавить.
2. Нет проблем с фрагментацией

Минусы:
Достаточно отзеркалить плюсы у предыдущего способа

Тут вообще непонятно, особенно это:

Это касалось того, что они встраивают инпуты с метаинформацией в дом страницы, а не держат объект или массив с пришедшей с сервера информацией о загруженном изображении. Соответственно если бы они не помещали данные в дом и не сериализовали их разом, а склеивали данные формы с данными о изображениях, то при удалении превью, безотносительно того было залито изображение или нет, его нужно удалить из объекта js, что бы не склеивать с данными формы

При выборе второго варианта ничего предварительно обрабатывать не нужно, т.к. при сабмите формы удаленные превьюшки просто не попадут на сервер

Да, они не попадут, но пришедший ответ от сервера, а я напомню у нас обычно запрос на сохранение файлов отдельный, потребует склеивания с данными формы. И обрабатывать вам нужно будет не предварительно, а между отправкой изображений на сервер и отправкой формы.

[Genri_Rus]

Евгений,

Да, они не попадут, но пришедший ответ от сервера, а я напомню у нас обычно запрос на сохранение файлов отдельный

Спасибо за разъяснения, но опять таки вы наверно думаете что превьюшки картинок они выводят с помощью сервера ?

На самом деле там клиентский вывод картинок (без запросов на сервере), с помощью FileReader и canvas

[Евгений]

Genri_Rus, ничего не думаю, как они получают изображение для превью, это неважно. Важно что инпуты содержат данные приходящие с сервера, как минимум поле с url.

[Genri_Rus]

Евгений, проблема только в том, что при сабмите формы превью картинок можно заранее удалить из DOM и они не попадут на сервер при отправке комментария

А вот в их варианте, если удалять загруженные картинки из DOM, то они не удалятся на сервере, а только удаляются для видимости

[Евгений]

Genri_Rus, такое чувство, что вы пытаетесь подвести к тому, что такое решение, как у них не оптимально.

[Genri_Rus]

Евгений, просто мне не совсем понятно, возможно они не доработали удаление картинок

Понятное дело, что сереализация формы самый быстрый вариант для получения всех данных у формы и последующей ее отправки на сервер

[Евгений]

Genri_Rus, да, но удаление картинок затратная операция, которая в перспективе потребует дополнительных ресуров на оптимизацию. Возможно у них это происходит по времени, возможно не происходит, возможно что-то еще. Вы можете написать им и узнать)

Answer 2

[Евгений]

Такая загрузка нужна для того, чтобы отделить мух от котлет. Отдельно аплоад и отдельно отправка формы с набором идентификаторов загруженных картинок.
При этом так можно грузить на любые внешние стореджи.
Более того, те же вк где-то писали, что вообще никогда не удаляют картинки, чтобы не дефрагментировать диски, удаление дорогая операция.
И вообще я не понимаю почему вам не даёт покоя этот сайт сделаный на конструкторе https://nethouse.ru , уже столько вопросов по его загрузке файлов.

Comments

[Genri_Rus]

Т.е. url они выводят для видимости ?

Или все таки url формируется из временной папки ?

И вообще я не понимаю почему вам не даёт покоя этот сайт сделаный на конструкторе https://nethouse.ru , уже столько вопросов по его загрузке файлов.

Потому что много в нем всяких непонятных нюансов )

[Евгений]

Genri_Rus, она дают урл как идентификатор картинки, чтобы уже при отправке комментария отправить урл, а так сам урл там в принципе и не нужен, превьюха у них через canvas
Неужели так сложно потыкаться с дебагером и посмотреть нетворк?
Вот сам пост запрос на отсылку коммента, никаких данных картинки нет, есть только ее url (ну и название с размером).

objectId: 695906
type: 3
parentId: 
commentId: 
name: NAME
commenttext: COMMENT
attachments[10000][url]: 8292488b394caa9.s.siteapi.org/comment/9r01qp6dhzoc80kwwkk48000ss8w0g
attachments[10000][name]: 2-4Е-8181.jpg
attachments[10000][size]: 68514
attachments[10000][timestamp]: 1592930989
attachments[10000][type]: 1
files: 
captcha[id]: e9aee5e012d1dc4e65b30854d6ee6e3e
captcha[input]: 333333

[Genri_Rus]

Евгений, зачем они получают url из ответа сервера ?

Мне пост запрос сейчас не нужен, мне непонятно зачем они при выборе картинки сразу ее загружают на сервер и показывают url ?

[Евгений]

Genri_Rus, да чтобы не слать файл в коммент, а слать только его урл.

[Евгений]

Genri_Rus, представь что ты приехал в какой-то город и сдал в камеру хранения чемодан, а потом отдал ТАЛОНЧИК своему другу.
Так вот чемодан это файл, талончик это урл, а друг это коммент (он потом по талончику чемодан получит).

[Genri_Rus]

Евгений, да, только если друг потеряет талончик то ему за это ничего не будет и он все равно заберет чемодан )

Примерно также и тут, мне одно не ясно - человек удаляет картинку, а запросов от сервера нет

[Евгений]

Genri_Rus, она и не удаляется. Может раз в месяц чистка по крону идет старых файлов которые не используются, а может вообще не идет.

[Евгений]

Genri_Rus, юзерское удаление всё равно бесполезно чекать, человек может загрузить 5 файлов, а потом закрыть страницу браузера, запросов на удаление не будет, а файлы повиснут.

[Genri_Rus]

Евгений, такой вопрос, если сохранить картинку во временную папку и сразу же его удалить ?

Как я смогу сформировать url временной картинки $_FILES['files']['tmp']['name'] ?

[Евгений]

Genri_Rus, проще отсылать файл вместе с комментарием в multipart/form-data

[Genri_Rus]

Евгений, мне нужно именно так, есть пример ?

Я использую данные функции: https://wp-kama.ru/function-cat/zagruzka-upload

[SuRRoK]

Евгений, а если 5, 10, 50 файлов, а один не подходит по параметрам?
Ты же не знаешь полную структуру таблицы загруженных файлов, может там есть флаг inUse, который ставится при отправке всей формы, а загруженные файлы без флага каждый день/неделю/месяц удаляются.

[Евгений]

SuRRoK, может быть и так. Я вообще думаю ничего они не удаляют.

[SuRRoK]

К тому же так проще сделать превьюху (может она меньшего размера, соотношения сторон другие). Так отсылается файл, валидируется, если всё норм (пришёл урл), происходит выкачивание файла для отображения в превью

[Евгений]

SuRRoK, не, превью там на js через FileReader

[Genri_Rus]

SuRRoK, нет, там используется canvas c fileReader на клиенте

[Genri_Rus]

Евгений, так вы смогли бы подсказать как мне сформировать временный url ?

Допустим у меня есть $_FILES['files']['tmp']['name'], я могу загрузить в папку comments и сразу же удалить данный файл

А дальше при отправке комментария по url заново файл создать пока он еще на клиенте

[SuRRoK]

Genri_Rus, Евгений, я не заходил на сайт, чисто теория )

[Genri_Rus]

SuRRoK, скажите, а такое возможно, если файл сначала сохранить как временный и вывести его url ?

А если человек не отправил комментарий, то удалить данный файл ?

Или его можно сразу удалить ?

А на клиенте сформировать массив при отправке файла:

$file_array = [
	'name'     => basename( $url ), // ex: wp-header-logo.png
	'tmp_name' => $tmp,
	'error'    => 0,
	'size'     => filesize($tmp),
];

[Genri_Rus]

Никто мне не хочет подсказать хотя бы куда копать ?

[Nikita]

Genri_Rus, А как вы поймете что человек не отправил коммент, чтобы потом удалить эти файлы ? Может он забыл, а потом вспомнил, нажал отправить, но вы уже удалили файлы с временной папки ?

[Genri_Rus]

Nikita, ну допустим удалить через 1 час ?

Как можно сформировать url временного файла в директории ?
Я так понял мне нужно $temp = tmpfile(); ?

[Nikita]

Genri_Rus, Удалили через час, а пользователь через час и одну минуту нажал отправить, но файлов уже нет, а при копировании код выдаст ошибку

[Genri_Rus]

Nikita, заново загрузит

[Nikita]

Genri_Rus, А клиент как об этом узнает ? Зачем городить костыли там где они не нужны ? В чем проблема сделать как на вашем скриншоте ?

[Genri_Rus]

Nikita, а я так и не понял, зачем они url выводят

[Nikita]

Genri_Rus, Полагаю пишут его в какую-то свою бд, может там аналог S3 амазоновского, кто знает.

[Genri_Rus]

Nikita, а если человек удаляет картинку, то она не удаляется

Вообщем вариант с временным файлом лучше, чем создавать куча дубликатов у картинок

Проверка на ошибки, если файл был удален

[Nikita]

Genri_Rus, Удаление по крону раз в сутки, если урла нет в таблице с комментами ?

[Genri_Rus]

Nikita, а почему с временным файлом не хотите ?

Какая вообще разница, что крон или временный файл удалять через сутки

[Nikita]

Genri_Rus, Я хочу так как описал, а как вы хотите мне неизвестно. Я к тому, что зачем лишние дисковые операции проводить ? Загрузил, не опубликовал, удалились через 24ч. А тут загрузить, подождать, скопировать

[Genri_Rus]

Nikita, вообщем если скинете пример, как это можно на кроне реализовать, то буду благодарен в виде вашего отдельного ответа (отмечу решением)

У меня комментарий сохраняется в БД и картинка к нему прикрепляется, т.е. так:

$comment = array(
	'comment_post_ID'      => $comment_post_id,
	'comment_author'       => $comment_name,
	'comment_author_email' => '',
	'comment_author_url'   => '',
	'comment_content'      => $comment_message,
	'comment_type'         => '',
	'comment_parent'       => $comment_parent,
	'user_ID'              => $user_id,
);
	
wp_new_comment( $comment );

[Genri_Rus]

Daria Motorina, вы мне не одного примера не скинули и еще что-то тут пытаетесь доказывать )

[Daria Motorina]

Genri_Rus, это не моя проблема

[Genri_Rus]

Daria Motorina, а еще устраивать "срач" из-за того, что ваши комментарии не отмечаю

Я никогда не отмечаю комментарии до тех пор, пока мне не скинут пример моей просьбы и не обязательно что-то тут писать, просто ссылка на stack или еще откуда-то

P.S. Я услышал ваше мнение, но вы удалили свой комментарий, хотя я не отказывался его впоследствии отметить как решение

[Genri_Rus]

Nikita, я принял ваше предложение, хотелось примерно понять реализацию

Либо через временные файлы делать, просто я сижу уже 2 часа и никак правильно найти соответствующую информацию не могу

[Nikita]

Genri_Rus, Так легко же все, при добавлении файлов, грузите их, пишите в базу photo_id, url и comment_id условный, по умолчанию null. После возвращаете url и id, при публикации коммента, отправляете photo_id и связываете коммент с записью в базе. А крон будет каждый час смотреть в базу и удалять файлы с comment_id === null и подчищать запись Как то так, может можно как-то лучше, но с wp не особо знаком.

[Genri_Rus]

Nikita, а вот пример может данной реализации не видели ?

Допустим на stackoverflow или еще где-то ?

[Nikita]

Genri_Rus, Нет, не интересовался этим до того пока не открыл данный вопрос

[Genri_Rus]

Nikita, в моем примере они никакие id не возвращают:

[Евгений]

Genri_Rus, id это ИДЕНТИФИКАТОР.
И получается они возвращают id, просто им выступает url.
Скорее всего у них это оформлено как микросервис, который ничего не знает о комментариях, а только умеет принимать/сохранять файлы и отдавать их урл.
Не думаю что вам нужно городить такой огород, достаточно будет посылать файл вместе с комментарием.

[Genri_Rus]

Евгений, мне нужно примерно как у них, т.к. сайт по сути должен быть копия

Возможно вы видели пример удаления файлов с временной папки ?

Допустим каждый день очищать папку temp ?