Size: a a a

2020 December 19

M

Maxim Kainov in phpGeeks
Павел Г.
Вопрос:)  Кто как хранит информацию об изображениях в бд? Я про имена.
Можно хранить только имя,
можно в одном поле сразу относительный путь от общего каталога загрузки,
разделить это на 2 поля "путь" и "имя".
Посмотри как здесь https://github.com/liip/LiipImagineBundle
источник

ДЩ

Дмитрий Щербаков... in phpGeeks
ой вопрос про картинки )) а я про файлы чешу ) если картинки тогда чисто путь хранения и этого достаточно
источник

AS

Alexey Shatunov in phpGeeks
Дмитрий Щербаков
ой вопрос про картинки )) а я про файлы чешу ) если картинки тогда чисто путь хранения и этого достаточно
нууу все файлы одинаковые) неважно это kotiki.pdf или kotiki.png 😸
источник

ПГ

Павел Г. in phpGeeks
Дмитрий Щербаков
ой вопрос про картинки )) а я про файлы чешу ) если картинки тогда чисто путь хранения и этого достаточно
Ну смысл вопроса не меняется:) я протсто сначала хранил путь, потом решил просто имя (а путь хранить в конфигах приложения, так можно папки менять), но вот думаю что наверное это неверно.
источник

ВС

Владислав Субботин... in phpGeeks
Alexey Shatunov
нууу все файлы одинаковые) неважно это kotiki.pdf или kotiki.png 😸
Каждый котик уникален
источник

ДЩ

Дмитрий Щербаков... in phpGeeks
Alexey Shatunov
лучше отдельно хранить имя(для показа пользователю) и отдельно некий путь в системе хранения
а тут большой вопрос к автору надо ли делать какой-то список с именами файлов или чисто картинки будут показываться, если имена нужны тогда надо их хранить если не нужны можно и не хранить, все равно там обычно бывает зашквар типа "супер.картинка... котики(23).jpg"
источник

AS

Alexey Shatunov in phpGeeks
то есть вцелом всегда актуально хранить: оригинальное имя(с расширением), вычесленный mime-тип, уникальный путь(вне зависимости это просто id-шник или там реальный путь)
источник

ВС

Владислав Субботин... in phpGeeks
Павел Г.
Ну смысл вопроса не меняется:) я протсто сначала хранил путь, потом решил просто имя (а путь хранить в конфигах приложения, так можно папки менять), но вот думаю что наверное это неверно.
Относительный путь стоит хранить в БД. Часть файлов была загружена с одним конфигом, часть с другим, как потом понять, какой путь у первых, а какой у вторых файлов?
источник

ДЩ

Дмитрий Щербаков... in phpGeeks
Alexey Shatunov
нууу все файлы одинаковые) неважно это kotiki.pdf или kotiki.png 😸
нифига, картинки для показа, файлы для скачивания и тут уже важно чтобы юзеру пришел в браузер файл kotiki.pdf а не как он в хранилище записан q2tqtq3d7w47yr54yr.pdf
источник

ПГ

Павел Г. in phpGeeks
Владислав Субботин
Относительный путь стоит хранить в БД. Часть файлов была загружена с одним конфигом, часть с другим, как потом понять, какой путь у первых, а какой у вторых файлов?
В этом случае логично, но мой кейс подразумевал, что полностью меняется путь везде. А не 50 ан 50 )
источник

AS

Alexey Shatunov in phpGeeks
Дмитрий Щербаков
нифига, картинки для показа, файлы для скачивания и тут уже важно чтобы юзеру пришел в браузер файл kotiki.pdf а не как он в хранилище записан q2tqtq3d7w47yr54yr.pdf
для этого mime-тип и хранят, но определяют его по контенту а не расширению как правило
источник

ВС

Владислав Субботин... in phpGeeks
Павел Г.
В этом случае логично, но мой кейс подразумевал, что полностью меняется путь везде. А не 50 ан 50 )
Так если вы меняете путь в конфиге, вам нужно ещё и update в БД сделать. И при этом ,когда вы будете применять эти изменения, надо, чтобы в БД ничего не было записано (я про время деплоя изменений). Вряд ли такое возможно
источник

ВС

Владислав Субботин... in phpGeeks
Ой, тьфу. Не в БД
источник

ДЩ

Дмитрий Щербаков... in phpGeeks
у нас все файлы лежат в условном /upload/ он прописан в конфиге
поэтому в базе пути хранятся в виде
ab/cd/abcdefghijklm.pdf
источник

ВС

Владислав Субботин... in phpGeeks
А в СХД, получается
источник

AS

Alexey Shatunov in phpGeeks
Владислав Субботин
Так если вы меняете путь в конфиге, вам нужно ещё и update в БД сделать. И при этом ,когда вы будете применять эти изменения, надо, чтобы в БД ничего не было записано (я про время деплоя изменений). Вряд ли такое возможно
достаточно забавный был холивар в свое время хранить реальные пути или относительно конфига (и добавлять динамически до абсолютных путей) - и вот оказалось что можно и так и так, хранение абсолютных путей считается более секьюрным и не нужно достраивать пути в коде в разных местах, а относительные удобнее мигрировать в другую систему хранения
источник

ПГ

Павел Г. in phpGeeks
Владислав Субботин
Так если вы меняете путь в конфиге, вам нужно ещё и update в БД сделать. И при этом ,когда вы будете применять эти изменения, надо, чтобы в БД ничего не было записано (я про время деплоя изменений). Вряд ли такое возможно
Нет, моей идеей было, что я меняю путь в конфиге и в ФС располжение папок (соотвествующее конфигу) - БД вообще при этом трогать не придется
источник

ВС

Владислав Субботин... in phpGeeks
Павел Г.
Нет, моей идеей было, что я меняю путь в конфиге и в ФС располжение папок (соотвествующее конфигу) - БД вообще при этом трогать не придется
Да, кажись, понял.
источник

ДЩ

Дмитрий Щербаков... in phpGeeks
Alexey Shatunov
для этого mime-тип и хранят, но определяют его по контенту а не расширению как правило
при чем тут mime )) я про оригинальное имя загружаемого файла, юзер загрузил файл kotiki.pdf мы себе сохранили это имя чтобы в будущем когда юзер захотел его скачать ему пришел файл kotiki.pdf а не абракадабра.pdf
источник

AS

Alexey Shatunov in phpGeeks
Дмитрий Щербаков
при чем тут mime )) я про оригинальное имя загружаемого файла, юзер загрузил файл kotiki.pdf мы себе сохранили это имя чтобы в будущем когда юзер захотел его скачать ему пришел файл kotiki.pdf а не абракадабра.pdf
все так
источник