У меня уже есть оптимизированное изображение JPEG на моем сервере 32,07 КБ (и на моем локальном компьютере) 800 пикселей * 534 пикселей, если я запрашиваю его через браузер, он сохраняет ту же ширину * высоту, но его размер становится меньше 17,97 Ko и становится пиксельным.
Я проверил конфигурацию Apache:
# LoadModule deflate_module modules/mod_deflate.so
Ответ Заголовки:
HTTP/1.1 200 OK Date: Sat, 30 Jan 2016 11:31:50 GMT Server: Apache Last-Modified: Sat, 26 Dec 2015 11:56:02 GMT ETag: "804c-527cbc1833880" Accept-Ranges: bytes Content-Length: 32844 Content-Type: image/jpeg Connection: keep-alive
Я работаю в среде LAMP, установленной на сервере VPS. Я отправил запрос в OVH, чтобы спросить их, сжимают ли они изображения на более высоком уровне, но все еще ждут ответа.
Есть ли другие места, где можно исследовать вместо Apache?
Еще одна вещь, я могу поспорить, она не связана с браузером, потому что я получил тот же результат в Firefox и Chrome.
Compressed or Not Compressed
Content-Length: 32844
соответствует размеру вашего jpeg и нет заголовка, говорящего о том, что файл сжат. Я предполагаю, что вы также проверили это с вашей рабочей станции?
Как вы проверили
Используйте curl или wget для подтягивания изображения к вашему компьютеру и подтвердите, что размер не изменился, предполагая, что ваше соединение является HTTPS и ничто другое не может перехватить соединение, например, прокси или антивирус. Прокси наверняка могут изменять размер образов.
Тестирование прокси
Предположим, что в вашей установке apache есть модуль mod_headers, добавьте в конфигурацию apache следующее, чтобы попросить прокси оставить файл в покое.
header set cache-control "private, max-age=0, no-cache, no-transform, no-store"
header set Pragma no-cache
Это должно войти в раздел <Каталог>
, специфичный для jpeg, который вы тестируете.
Помните, что любое содержимое, обслуживаемое этими заголовками, не будет кэшироваться, и производительность будет страдать. Возможно, стоит прочитать о заголовках, контролирующих кэширование
.