Какой реализовать механизм хранения превьюшек?

Question

[daMage]

Добрый день. Есть что-то вроде новостного портала. Для каждой новости нужно хранить в среднем 10 превьюшек большого и маленького размеров. Подскажите как лучше хранить картинки:
На диске
1. Все в одной папке (images/average | small)
2. Раскидать по новостям (images/news_id/average | small)
В базе
1. Отдельная таблица
2. В таблице с новостями создать поля average, small и вставлять одну ссылку на строку
3. Сканировать папку images/news_id/average | small
Быть может есть вариант лучше? Упор на быстродействие

Comments

[daMage]

@rowdyro Тоже думал на лету сделать, но на странице 25 новостей, с 4 превьюшками 200x150 и 40x40 пикселей. А исходное изображение 1000x600 пикселей. Многовато приходится загружать

Answer 1

[Rowdy Ro]

В этом случае проще использовать модуль nginx image_filter. Он позволяет налету ресайзить изображения, можно прикрутить кеширование и тд.

Comments

[daMage]

Тоже думал на лету сделать, но на странице 25 новостей, с 4 превьюшками 200x150 и 40x40 пикселей. А исходное изображение 1000x600 пикселей. Многовато приходится загружать

[Rowdy Ro]

@daMage на самом деле сейчас важно ни место на диске, ни скорость загрузки и ни ширина полосы - важно время рендера страницы. Из собственного опыта - использование предварительно сжатых изображений заметно сокращает время рендера, нежели пережимать через css.

[ThunderCat]

при выставлении времени жизни кеша на картинки достаточно большим время на обработку тратится всего 1 раз - при первой загрузке

[daMage]

Ну за место я не беспокоюсь, меня больше волнует возможности канала пользователей ну и скорость рендера. Думаю, вариант с css отпадает. Да и сжатие на лету думаю тоже. Все-таки превью на одной странице 100, выходит нужно загружать метров 8 - 10.

Answer 2

[ThunderCat]

сжатие на лету - не есть нагрузка на сервер, это как раз кажется мне самым разумным решением. @rowdyro предложил красивое решение, ставим кэш подлиннее, дней этак на 30, и ВСЕ, все картинки есть в кэше, ничего больше грузиться не будет. 1 раз, когда ПЕРВЫЙ пользователь смотрит последнюю добавленную новость - 1 раз(!) сделается 4 картинки на лету, и все, дальше все идет из кэша.

Comments

[daMage]

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

[FanatPHP]

Вообще-то, здесь предлагается не сжатие на лету, а хранение всех вариантов. Но зачем-то этот вариант назван "сжатие на лету"

[ThunderCat]

нет, оба раза мимо ) Картинки хранятся уже маленькие в кэше СЕРВЕРА, при первом обращении к картинке сервер создает ее маленькую копию "на лету" и помещает в СВОЙ кэш, при повторном обращении сервак просто берет эту готовую картинку, занимает ОЧЕНЬ мало времени, т.к. nginx оптимизирован для работы со статичным контентом и большим кэшем. Рекомендуется к прочтению. Это решение снимает проблему хранения превью в папке с основными картинками, логикой создания этих превью и местом на диске (через время кэш картинок удалится, место освободится, если кто-то зайдет на старые новости - картинки еще раз пересоздадутся), внимательно читаем тут

[daMage]

Вот теперь стало ясно, спасибо)

[FanatPHP]

"Хранение сигарет в правом кармане снимает проблему хранения их в левом", ога.

Answer 3

[ThunderCat]

Давно(7 лет назад) на большом проекте делали так: в базе хранились имена файлов, (путь настраивался через свойство объекта), а превьюшки просто имели постфикс аля 234342_s.jpg(кста так flickr пашет). Сегодня модно не хранить превью, а уменьшать большие картинки средствами CSS/HTML на стороне клиента, бо полосы позволяют, а место не резиновое и не бесплатное ), но это и сегодня вопрос спорный, экономим ли мы при превьюшках трафик, т.к. при просмотре потом большого изображения все равно большая фотка тянется, а так она уже загружена, открывается сразу. Так что тут еще вопрос - насколько большая картинка больше превью, стоит ли огород городить или грузить сразу большую вставлять. Имхо, есть смысл если ВСЕ полные картинки больше чем ~800*600 точек или ~100кб делать иконки, иначе просто вставлять как есть.