Как стать автором
Обновить
0
0
Владимир Павликов @mrpavlikov

Пользователь

Отправить сообщение
В чем профит переложения на js опроса на существования картинки? Минусы понятны, плюсы — нет.

Как js должен сжимать? Сначала загрузить полную, потом пережать на клиенте и отдать нам? Грузите все, что хотите?))

Пережатие картинки происходит раз для каждого разрешения и не так долго, как можно подумать.
1. Спасибо, да, стоит сделать так.
2. Редко бывает, поэтому не заморачивались на эту тему
3. Не охота на каждый вызов php читать лишний файл
Потому что Битрикс — это частный случай

Мы захотели получить такое решение, которое было бы некой «надстройкой» над сайтом. Чтобы можно было не лезть в код CMS, через которую загружаются изображения на сайт, а также не готовить адаптивные картинки вручную.
О том и речь. Сайты, мб, и не очень маленькие, но заказчики их во многих случаях забирают, и там уже действительно «не прокатит».
Ну да, кеш надо дополнительно настраивать. Nginx все это может сделать, но не у всех он есть.
Для нагруженных решений, как тут (https://speakerdeck.com/bobrik/node-dot-js-for-millions-of-images) есть смысл морочиться. А в условиях разработки сайтов в рамках интернет-агенств все чуть по-другому :D
Правда Ваша, но далеко не все хостят свои проекты там, где nginx
a) есть
б) собран с ngx_http_image_filter_module
в) есть возможность менять его конфиг

И вообще нет уверенности, что этот модуль кеширует то, что жмет. Больше похоже, что он это делает на лету на каждый файл.
Это хорошая идея, но это если nginx стоит. В целом один раз отдать каждую картинку прямо скриптом — не так уж страшно, и не надо завязываться еще и в php на то, кто там отдает nginx или apache. Apache что-то подобное умеет?
Порт на nginx планируем, пока без необходимости было, тут он не стоял в качестве проксировщика. По идее без проблем переписываться на nginx должно.

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность