W3 Total Cache: все удалено и плагин все еще влияет на сайт

Я сталкиваюсь со странной проблемой с W3 Total Cache плагин в WordPress.

Я использую WordPress 4.6.1 и версию 0.9.5.1 этого (Цензура) плагин. Я только обнаружил, что моя версия 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 часов, как это произошло с моим сайтом. Так что это, вероятно, техническая проблема с сервером.