Хранить ли фотки в базе данных?

Question

[Gлеb]

Начал создавать сайт, возникла проблема как выводить постранично картинки.
Где-то 20-30 на каждой страницы и описание под каждой.
Как лучше реализовать это на php ? Я считаю хранить в базе mysql каждую картинку и вместе сней её размеры. Разумно ли это делать если картинок будет очень много ?

Comments

[Ярослав Иванов]

Нет.

[Stanislav]

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

[Anton]

я бы в базе хранил пути. А сами изображения отдельно на ftp сервере например

[Петр]

Anton: Можно и в облачном хранилище, откуда вытаскивать при необходимости только нужное

[Anton]

Петр: согласен. Короче вариантов много.

Answer 1

[Cube]

Путь к изображению - да, само изображение хранить в бд не стоит.

Answer 2

[Петр]

" Я считаю хранить в базе mysql каждую картинку и вместе сней её размеры."
Плохо.
1. У MySQL есть проблемы с таблицами, где помимо blob есть и другие поля. (Сталкивался с этим)
2. Проблематичнее делать бекапы базы, т.к. она сильно разрастется.

Добавлю:
Хранить картинки еще лучше на диске, так как в этом случае можно задействовать кеширование web сервера.

Answer 3

[Виталий]

Таблицу в БД создайте в 3 столбца:
ID | img_name | img_description
и всё. Потом в PHP делаете запрос в БД, указываете путь к папке с фоток и дальше формируете вывод как душе угодно

Comments

[Петр]

img_name как правило не нужно, а вот cache для исключения перебора всех картинок сайта по ID не помешает.

[Виталий]

Петр: а если фото ТопикСтартер будет грузить через upload , что тогда ?

[Петр]

Виталий: Что под upload подразумевается? Если пользователи грузят свои картинки, то перед сохранением на диск вставляется запись в БД, и файл переименовывается под шаблон. Если владелец сайта заливает сам, то скриптом именует как нужно. img_name нужен только в том случае, если пользователь хочет получить себе файл с оригинальным названием, но такое нужно очень редко.

[Виталий]

Петр: контент менеджер набивает инфу. Грузит фото к статье. Пусть одно. Чтобы его потом на фронтенд вывести - на него же надо ссылаться ? , для этого надо его имя где то хранить, вот для таких целей и именую колонку img_name, в которой хранится имя файла ( путь к фото в константе прописан и потом в шаблоне вывода формируется)

[Петр]

Виталий: У меня на сайте также статьи создаются: 1. Вставляется фото в статью, оно грузится на сервер, генериться ему имя с ID и имя возвращается через URL на файл в статью. Реальное наименование файла тут абсолютно не нужно, да и может внести путаницу, так как я могу вставить несколько картинок из разных каталогов, у которых название файла одинаково. 2. Статья сохраняется с уже правильной ссылкой на картинку. + статья парсится и в ней выявляются ссылки на картинки с других сайтов, которые также требуется загрузить и интегрировать в статью.

Answer 4

[Quadro]

Никакого смысла хранить сами картинки в базе, как по мне, нету.
Я на всех проектах храню только название картинки
типа такого


само изображение ложу в папку webroot
допустим так
/images/events/original/eh_1409567560_54044b482a312.jpg
/images/events/size1/eh_1409567560_54044b482a312.jpg
/images/events/size2/eh_1409567560_54044b482a312.jpg

это если нужны превьюшки

Comments

[Петр]

Лучше иметь ID у таблицы, проще будет. И тогда не нужно такое имя "eh_1409567560_54044b482a312.jpg". Которое легко получается "eh_" + ID + "_" + "cache code" + ".jpg"