Я столкнулся со странной проблемой с плагином W3 Total Cache в Wordpress.
Я использую Wordpress 4.6.1 и версию 0.9.5.1 этого плагина (censored). Я слишком поздно обнаружил, что моя версия WP несовместима - он не совместим с 4.7 и имеет проблемы с моей версией...
Поскольку наш клиент получил электронное письмо от нашего хоста, предупреждающее о «медленных запросах», и поскольку у него уже был плагин W3 Total Cache (вероятно, установленный вместе с другим плагином или темой), мы включили «Кэш страницы», «Кэш базы данных» и «Кэш браузера».
Вот и начались проблемы: через несколько дней после этого я смог отредактировать страницу, но еще несколько дней и страница редактирования страницы уходит в белый экран смерти/ошибка 503 - и Я был не единственным человеком, у которого было это проблема! Как ни странно, страница редактирования сообщений работает нормально.
После поиска в Интернете я выполнил это руководство, чтобы избавиться от этот плагин, так как он распространяет файлы и код во многих частях сайта. Для многих это решило проблему, но не для меня! Даже после этого страница редактирования страницы по-прежнему остается пустой, а изображения и ссылки js/css все еще кэшируются, даже если плагин И файлы кеша были удалены, htaccess нормальный (там только код wordpress), и есть ни один из плагинов не отслеживает сайт. Например, на изображении я все еще получаю что-то вроде этого (посмотрите кэшированный src):
<img class="alignnone size-full wp-image-4844"
src="wp-content/uploads/2016/09/xphoto.png.pagespeed.ic.m2asf09saf.png" alt="photo"
srcset="http://www.example.com/wp-content/uploads/2016/09/photo.png 990w, http://www.example.com.br/wp-content/uploads/2016/09/photo-300x60.png 300w, http://www.example.com.br/wp-content/uploads/2016/09/photo-768x153.png 768w"
sizes="(max-width: 990px) 100vw, 990px" width="990" height="197"
>
Еще один:
<img src="/wp-content/uploads/2016/09/xphoto2-400x400.jpg.pagespeed.ic.sj83Hr32Yh.webp" alt=""
data-pagespeed-url-hash="1923713827"
onload="pagespeed.CriticalImages.checkImageForCriticality(this);"
style="opacity: 1;"
>
Я провел поиск в своей базе данных MySQL, чтобы найти термин «скорость страницы» (поскольку плагин добавляет его к большинству изображений и ссылок css/js) и ничего... Еще один поиск внутри папок и тоже ничего. Я связался со своим хост-сервисом, и они тоже не знают, что произошло, так как код теперь без плагина, а также внутри базы данных вроде ничего нет. Очистка кеша и куки браузера тоже ничего не дает.
По их словам, лак отключен (про лак ничего не знаю, но сказали, что это способ кеширования php-файлов). Я не могу придумать никакого объяснения тому, почему он помещает эти несуществующие коды на сайт, кроме того, что что-то кэшируется в оперативной памяти сервера. И хост-компания сказала, что не может перезапустить сервер, потому что это общий сервер (поэтому там есть другие сайты от других клиентов)...
Итак, мой вопрос: почему этот плагин все еще влияет на сайт, если его больше нет в кодах сайта? И, конечно же, как решить эту проблему?
РЕДАКТИРОВАТЬ: я снова поговорил со своей принимающей компанией, и они сказали, что mod_pagespeed тоже отключен. Кроме того, они сказали, что сервер кэшировал 40 минут, а не более 24 часов, как это было с моим сайтом. Так что это, вероятно, техническая проблема с сервером.
