Как вы кешируете изображения для веба?

Question

[sandrain]

Собственно вот в чём вопрос, сейчас я режу их при помощи php
и складываю под уникальным хешем в БД.
А потом проверяю есть ли хеш и если есть, то достаю путь к уже порезаной картинке или режу и ложу в бд, возвращая тот же самый путь.

Однако, в БД это слишком затратно получается...предложите альтернативу
Как правильно это делать?

Answer 1

[begemot_nn]

вы и сами картинки в БД складываете? или только их имена?

Comments

[sandrain]

Только путь до картинок

[begemot_nn]

а режете по каким то правилам? в смысле логика какая то есть?
если это просто превьюшки или ресайз под какие то определенные размеры
я бы создал каталоги с названием этих размеров на пример /images/640x480/ и в них клал бы нарезанную картинку с тем же именем, что и оригинал.
проверить на существование можно (например перехватом 404 ошибки)

в таком варианте БД вообще не нужна.

[sandrain]

Логика такая что, я собираю параметры входные(действия кроп ресайз, размеры) и из этого генерирую хеш уникальный, в случае чего если что-то меняется соотсветственно хеш меняется...Ваш вариант кстати очень хорош, но что делать если картинки находятся удалённо? Т.е. заливаются на какой-то сторадж, типа амазон s3?

[begemot_nn]

если недоступна файловая система (не можете создать новый каталог).. или какие то другие облачные ограничения.. пишите эти параметры в ИМЯ файла. была image.jpg стала image.640x480.jpg

Answer 2

[FanatPHP]

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

В этом случае БД для поддержания уникальности действительно не нужна, но вот для привязки картинок к сущностям писать всё-таки придётся.

Я только не понял, при чем здесь кэширование