в виде белой страницы с символами
Была точно такая же хрень с установкой W3 total cache. Разбираться в причинах не стал. Установил на сайты более простой. адекватный, но не менее эффективный кэш плагин. Теперь всё ОК.
P.S.
WP Smush
А не проще на компе перед загрузкой картинки оптимизировать?
Установил на сайты более простой. адекватный, но не менее эффективный кэш плагин. Теперь всё ОК.
Подскажите какой, плз.
А не проще на компе перед загрузкой картинки оптимизировать?
Да, вы правы. просто у меня не все умеют)
Модератор
Yui
(@fierevere)
永子
выглядит так (на вашей микроскопической картинке), как будто включен gzip на уровне PHP
при этом вебсервер не отдает соответствующие заголовки или имеет место двойное или даже тройное пересжатие, возможно с разными алгоритмами (deflate, gzip)
решение — поискать где в ваших плагинах, w3 наверное, включен gzip для страниц и отключить его
gzip включайте на уровне вебсервера , и только.
в .htaccess например
Подскажите какой, плз.
https://wordpress.org/plugins/wp-fastest-cache/ Предельно просто и эффективно! Я даже от «классики жанра»WP Супер-кэш в его пользу отказался.
Да, вы правы. просто у меня не все умеют)
Такая же проблема. Авторы начали загружать фото по 5-6 мб каждое…. Но я пошел другим путем — https://wordpress.org/plugins/resize-image-after-upload/ Он не имеет ограничения на к-во сжимаемых бесплатно фото. Но при этом я отключил уменьшение качества картинок, что по умолчанию делает WP.
Модератор
Yui
(@fierevere)
永子
PS: у вас nginx на фронтэнде
gzip вообще можно и нужно отключать везде, втч и в .htaccess
оставьте это дело nginx’у
если nginx настроен правильно, то даже для ресурсов (js|css) можно попытаться отключить сжатие в .htaccess