во внерабочее время сижу с юсб-модема пчелайн, скорость отвратительная, в среднем 20-40Кбит/с.
Для меня разница 3МБ и 1,5МБ это значительно!
Таких людей очень много, и не надо включать «эгоиста», нужно чтобы все было оптимизировано, работало максимально быстро и кушало максимально мало ресурсов.
В вашем варианте я не понял что делать, если на сайте залито 100500 изображений, много изображений на одной странице, на сайте постоянно сидит много народу, и нам нужно поменять размер изображений отресайзенных. (скажем резали по ширине и высоте, нужно порезать только по ширине, а высота пропорционально)
Ждать пока скрипт отресайзит? А пользователям посылать на несуществующие изображения?
1. Удаляем оригинал старого изображения ( ресайзы остаются )
2. Раз в 1-2 месяца, чистим весь кэш ресайзов. ( ведь к старым или редко обращаются или вообще не обращаются )
3. «Разогреваем» кэш ресайзов чем нибудь, или постепенно сами пользователи «разогреют»
Вывод: Держим кэш в актуальном состоянии. Кэш не разрастается. Ну и минус в том, что раз в 1-2 месяца, немного повышенная нагрузка на сервер.
Да и к ссылке обычно добавляют не только размеры но и информацию кропать или нет, если кропать то с какой части изображения(верх, середина, низ, право, лево), процент сжатия. Что очень гибко!
Мне часто приходится разрабатывать сайты где размеры бывают такие 149х85 и еще гора других «красивых» размеров. И поэтому подход 4 считаю оптимальный для решения такой задачи.
При первом обращении если файла нет, ресайзим и создаем нужные папки\файлы, можно в приложении указать какие разрешены размеры (и никакой злоумышленник не забьет дисковое пространство и не положит сервер, т.к. статика будет отдаваться веб-сервером без участия интерпретатора, его участие будет только тогда когда запрашивается изображение)
Плюс метода в том что если необходимо поменять размеры изображений на сайте( скажем их там 100500 штук), то достаточно поправить только ссылочку, скажем вместо /img/100x50/img.jpg написать /img/120x60/img.jpg, и все будет прекрасно работать.
С удалением кэша для 100х50 думаю проблем не возникнет.
Есть другой подход, где кэш хранится хрен пойми где, и при обращении по ссылке к изображению, подгружается хрен пойми сколько моделей, контроллеров и представлений, проверяют существует ли закэшированное изображение если существует — показывает его, если нет — создает и показывает. Вопрос людям, которые так делают: «НАХРЕНА?!»
Для меня разница 3МБ и 1,5МБ это значительно!
Таких людей очень много, и не надо включать «эгоиста», нужно чтобы все было оптимизировано, работало максимально быстро и кушало максимально мало ресурсов.
Ждать пока скрипт отресайзит? А пользователям посылать на несуществующие изображения?
Вот этот момент мне не понятен.
Если меняется изображение:
1. Удаляем оригинал старого изображения ( ресайзы остаются )
2. Раз в 1-2 месяца, чистим весь кэш ресайзов. ( ведь к старым или редко обращаются или вообще не обращаются )
3. «Разогреваем» кэш ресайзов чем нибудь, или постепенно сами пользователи «разогреют»
Вывод: Держим кэш в актуальном состоянии. Кэш не разрастается. Ну и минус в том, что раз в 1-2 месяца, немного повышенная нагрузка на сервер.
При первом обращении если файла нет, ресайзим и создаем нужные папки\файлы, можно в приложении указать какие разрешены размеры (и никакой злоумышленник не забьет дисковое пространство и не положит сервер, т.к. статика будет отдаваться веб-сервером без участия интерпретатора, его участие будет только тогда когда запрашивается изображение)
Плюс метода в том что если необходимо поменять размеры изображений на сайте( скажем их там 100500 штук), то достаточно поправить только ссылочку, скажем вместо /img/100x50/img.jpg написать /img/120x60/img.jpg, и все будет прекрасно работать.
С удалением кэша для 100х50 думаю проблем не возникнет.
Есть другой подход, где кэш хранится хрен пойми где, и при обращении по ссылке к изображению, подгружается хрен пойми сколько моделей, контроллеров и представлений, проверяют существует ли закэшированное изображение если существует — показывает его, если нет — создает и показывает. Вопрос людям, которые так делают: «НАХРЕНА?!»
bottombottom: 40px;впервые вижу такое…
Или лыжи не едут или я…!
В новых думаю и так понятно.
Не нравится начальству, и людям, которые заказывают сайты у компании.
Да и тут написано что должно исчезать. (хоть и не спецификация, но все же)
И пока искал готовое решение, находил много вопросов по этому поводу.
Может все-таки 24 500?
PS. Все поклонники продукции apple наверно молитву читали во время просмотра видео.