Hyper Cache
Hyper Cache это один из самых простых плагинов кэширования. И пусть вас не смущает слово "простой" - Hyper Cache чрезвычайно надежный и эффективный плагин кэширования...
Понравился пост? Подпишись на обновления по RSS или Twitter !
Плагины, хаки, уроки и многое другое для WordPress.
Hyper Cache это один из самых простых плагинов кэширования. И пусть вас не смущает слово "простой" - Hyper Cache чрезвычайно надежный и эффективный плагин кэширования...
Понравился пост? Подпишись на обновления по RSS или Twitter !
#1,
Интересный плагин, если нужно только кеширование. Сам я использую W3 Total Cache - функциональности на порядок больше. Но тут палка о двух концах - больше возможностей, но и больше знаний надо, чтобы толково настроить. Плюс в нем никогда и ни у кого не будут использоваться все возможности, так как они пересекаются:-)
По поводу рассматриваемого плагина. Не замечали ли вы он под одну кешируемую страничку один файл создает? Вопрос актуален, так как у хостеров не только ограничение производительности на тарифах, но и максимальное количество файлов.
#2,
если по производительности, то угнаться за WP Super Cache в режиме Mod_Rewrite не может ни один плагин кэширования для вордпресса. к сожалению, он работает далеко не так прозрачно, как Hyper Cache - я его тестировал, он там постоянно плодил файлы кэша чуть ли не для каждого посетителя отдельно. плюс сброс кэша в нем достаточно кривой - кэш сбрасывается для отдельных посетителей, полная же очистка кэша идет по расписанию. в итоге получается, что плагин постоянно что-то удаляет и заново создает. как итог - страницы отдаются максимально быстро, но вот нагрузка на дисковую систему сервера может положить весь сервер, особенно на крупном сайте с десятками тысяч страниц.
вот и получается, что чем проще плагин кэширования - тем он лучше. для рядового блога Hyper Cache идеальный вариант.
конечно один. в статье есть скрин из ftp-клиента - там эти странички в архивированном виде видны. строго один файл под одну страничку.
#3,
Не подскажите, а можно ли использовать плагины кэширования одновременно с Sape или тому подобными системами продажи ссылок? Ведь ссылки, как я понимаю, обновляться на кэшированных страницах не будут...
#4,
Кстати да, тоже интересует этот вопрос. Только из-за сапы и не использую никакие плагины кэширования, хотя хотелось бы.
#5,
да легко. ставьте таймаут кэшированных страниц в 720 и это вполне достаточно. объясню немного - бот сапы обходит сайты 2 раза в сутки. следовательно, если при первом обходе новые ссылки и выпадут в Error, то уже при втором обходе статус будет OK. таким образом ни одна error-ссылка не протянет больше 12 часов. конечно, ссылки постоянно будут выпадать в error - новые и unsleep, но на самое короткое возможное время.
и сокращать время таймаута кэшированных страниц нет никакого смысла - все равно рано или поздно бот попадет на кэшированную страницу, где еще не разместилась новая ссылка. так что 720 минут в данном случае самое оно.
#6,
Александр, а как обстоит с совместимостью плагина и вордпресса 3,5? а если они не совместимы - что тогда - понижать версию вордпресса?
#7,
Совместимость с версией WordPress: 2.5 и выше.
автор плагина достаточно активен и часто обновляет плагин, так что никаких сюрпризов с несовместимостью не будет.
#8,
Большое спасибо за статью, очень помогла разобраться с установкой гиперкеша. Опробовала на денвере. Увидела, что гиперкеш в отличие от суперкеша ничего не записывает в файл htaccess.
Возник вопрос.
Если у меня сейчас стоит плагин wp-super-cache. Он уже 2 раза мне написал там директивы в htaccess, когда устанавливала, потом когда изменяла настройки:
# BEGIN WPSuperCache
RewriteEngine On
RewriteBase /WP/
AddDefaultCharset UTF-8
RewriteCond %{REQUEST_METHOD} ! и т.д.
Я его хочу отключить и установить гиперкеш, эти записи, что суперкеш сделал, я должна удалить из файла htaccess?
#9,
Я уже несколько лет использую Quick Cache
Вот результаты одного из сайтов
0.57314 seconds => 0.00033 seconds
Разница впечатляет
#10,
Вопрос снимается.Об этом написано в readme.txt.
#11,
а как вы протестировали время? ведь при кэшировании отдается уже сгенерированная страница, а время генерации первоначальной страницы остается таким же.
#12,
Скажите, пожалуйста, а какой еще лучше всего использовать плагин в совокупности c hyper cashe для ускорения вордпресс? ИЛИ достаточно его одного?
#13,
Блин. У меня с этим плагином Ошибка 330 (net::ERR_CONTENT_DECODING_FAILED). Как решить ее?
#14,
Да одного хватит...
#15,
Мне кто-нибудь подскажет.
#16,
Flector, есть необходимость снижения нагрузки на хостинг, поэтому думаю сейчас, что выбрать для кеширования. Выбор стоит между Hyper Cache и скриптом MaxSite Cache. Каково Ваше мнение о последнем, насколько он актуален сегодня, и стоит ли тратить деньги на его покупку?
Также интересует вопрос, как взаимодействуют плагины кеширования с такими элементами как соцкнопки, рейтинг Postratings и др? Будут ли корректно обновляться данные, или нужно будет ставить какое-то время в таймаут кеширования вместо 0, как Вы рекомендует в статье?
Уже задавали вопрос про Sape, суть ясна. А как взаимодействует кеширование, например, с рекламной строчкой Nolix или сетью Rotaban? Будут ли корректно отображаться рекламные объявления, прокручиваемые друг за другом? Заранее благодарю Вас за помощь!
#17,
Flector, очень хотелось бы получить ответы на вопросы, если есть такая возможность. Надеюсь на Вашу помощь!
#18,
Я тоже надеюсь на помощь.
#19,
последний это упрощенная версия Hyper Cache. работает он чуть быстрее, но только за счет того, что функций в нем и проверок на порядок меньше. я бы не стал тратить деньги на плагин, чей более продвинутый аналог есть в бесплатном варианте.
социальные кнопки это по сути js-скрипты, а поэтому они прекрасно будут работать и на кэшированных страницах и всегда будут показывать правильную информацию. а вот с плагинами типа рейтингов будут проблемы - они отображают информацию, которую берут из базы данных. в кэшированном варианте такие плагины обращаются к базе данных только в момент кэширования и соответственно не отображают актуальную информацию. собственно, выход только один - или отказаться от подобных плагинов, либо установить таймаут кэшированных страниц в 1 сутки - тогда хоть раз в сутки информация будет обновляться на актуальную.
собственно, в этом и беда кэширования - динамику он убивает напрочь и именно поэтому многие блоги обходятся без плагинов кэширования.
по поводу различных баннерных и рекламных сетей - если код вызова рекламы сделан на js-скриптах (как яндекс директ, гугл эдсенс и тд), то кэширование выводу актуальной рекламы никак не помешает.
#20,
полагаю, что ошибка в том, что ваш сервер неправильно работает со сжатием. отключите в настройках плагина отдавать браузеру сжатые файлы. не поможет - отключите сжатие вообще.
#21,
to Flector
Я привел цифры
Время генерации страницы и записи в кэш = 0.57314 seconds
После этого, в течение определенного времени она отдается за 0.00033 seconds
Разница в плагинах такова:
(могу заблуждаться Hyper Cache или попутать с другим)
Hyper Cache кэширует не страницу целиком, а отдельные данные, т.ч. данные из базы для страницы в виде json массива. А затем при обращение собирает страницу каждый раз.
Quick Cache кэширует страницу как есть, практически как браузер, т.е. своего рода делая её статической на определенное время.
#22,
kotkem, это у тебя гугОль хром ругается?
Поищи в настройках Hyper Cache сжатие (gzip) и отключи его. Либо через .htaccess попробуй отключить или удалить строчки отвечающие за сжатие данных типа:
#23,
вы не правы.
это очевидно, так как дата создания файлов в папке кэша явно говорит о том, что плагин ничего не пересобирает заново.
#24,
А у меня плагин установился, папка cache создалась, но вот в админке пишет файлов в кэш 0 Почему? Мой косяк или хостера? так как плагин super cache тоже не заработал((
#25,
ну может проблема в том, что вы включили сжатие, а на сервере архиваторы не установлены. а может вы проверяете сайт, будучи авторизованным админом - а админ сам никогда не видит кэшированные страницы, плагин игнорирует авторизованных пользователей.
#26,
Flector, спасибо за статью, все получилось, работает, очень снизилась нагрузка на сервер.
Но вот вопрос: У вас, я вижу, тоже есть в сайдбаре окно последние записи.
Я выставила таймаут 0, мне подходит, но список свежих статей обновляется только на главной.Недавно сбрасывала кеш, отставание 1 запись, а ранее было много больше.
Так и должно быть с отставанием?
У Вас вижу на всех страницах последние записи в актуальном состоянии, я конечно не все пролистала.
Конечно, можно раз в неделю сбрасывать кеш для этого. Или есть другой вариант в настройках, а я его не вижу?
#27,
отставание должно быть на страницах отдельных страниц. это если вы в настройках плагина поставили галку "При аннулировании записи также аннулировать домашнюю страницу, страницы архивов и категорий". если вас это не устраивает, то там же ставьте в опции "Режим аннулирования кэша" "Все кэшированные страницы" - тогда кэш будет сбрасываться для всего сайта, если хоть где-то произошло какое-то изменение.
#28,
Здравствуйте.
Я автор блога ....
Переезжал с одного сервера на другой - потерял часть файлов. Теперь разбираюсь.
Также были потеряны все плагины. В частности плагин: Hyper Cache. Удаление оставшихся его файлов приводит к ошибкам отображения сайта.
Решил установить плагин повторно. Установка успешно прошла. Начал его настраивать и тут такое:
Кэширование RSS:Notice: Undefined index: feed in /var/www/naidjel/data/www/moyaumnichka.ru/wp-content/plugins/hyper-cache/options.php on line 244
/>
Allow browser caching:Notice: Undefined index: browsercache in /var/www/naidjel/data/www/moyaumnichka.ru/wp-content/plugins/hyper-cache/options.php on line 256
/>
Хотел бы приложить скрин, но нет данной функции. (
Если кто-нибудь может помочь разобраться - напишите пожалуйста!! Как говорится: "Надежда умирает последней"
#29,
Деактивирую плагин -> далее захожу по FTP на сервер -> удаляю папку CACHE -> Всё нормально.
Но стоит удалить файл: advanced-cache.php
Появляется сверху страницы сайта:
Warning: include(/var/www/naidjel/data/www/moyaumnichka.ru/wp-content/advanced-cache.php) [function.include]: failed to open stream: No such file or directory in /var/www/naidjel/data/www/moyaumnichka.ru/wp-settings.php on line 58
Warning: include() [function.include]: Failed opening '/var/www/naidjel/data/www/moyaumnichka.ru/wp-content/advanced-cache.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/naidjel/data/www/moyaumnichka.ru/wp-settings.php on line 58
#30,
давайте по-порядку.
первым делом переустановите сам wordpress, там кнопочка для этого есть прямо в админке. таким образом, можно будет исключить ошибки самого вордпресса.
второе - удалите плагин полностью. полностью это значит по ftp папку с плагином, папку cache, файл advanced-cache.php и не забудьте удалить в файле wp-config.php строчку:
если после этого все с блогом будет в порядке - начинайте заново устанавливать плагин, очень внимательно выполнив все шаги по установке.
#31,
Удалил плагин правильно - с блогом всё в порядке!!! Это очень радует! Спасибо огромное!
Но после установки плагина, захожу в настройки там всё то же! Ещё и в самом верху в настройках появилось:
Notice: Undefined index: notranslation in /var/www/naidjel/data/www/moyaumnichka.ru/wp-content/plugins/hyper-cache/options.php on line 5
#32,
скрин ошибок дайте что ли.
на radikal.ru - сюда ссылку.
изменения в wp-config.php внесли?
файл advanced-cache.php создался?
папка с кешом с 777 правами?
#33,
1)изменения внёс
2)Файл создался
3)папка cache с правами 777
Скрин отправил. Правда качество загружаемой картинки падает. И это только некоторые ошибки.
http://s019.radikal.ru/i631/1307/5e/ffc9f8fe327d.jpg
Спасибо за помощь.
#34,
плагин сам при этом работает или нет?
вот включенный плагин - что на главной при этом отображается?
#35,
На главной странице блога? Ничего.
Но в параметрах -> Hyper Cache - Файлы в кэше уже есть 7
#36,
да что-то он у вас не работает.
не вижу я в конце исходного кода страниц строчек про то, что это кэшируемые страницы отдаются.
плагин из депозитория установили? последней версии?
#37,
Да, именно так.
Я повторюсь - переезжал с одного сервера на другой и часть файлов потерял. До этого плагин вроде работал(не уверен так как не знал что надо смотреть надпись снизу в исходном коде).
#38,
сдается мне, что не только часть файлов потерялась, но и часть базы данных. судя по всему, плагин просто не находит свои настройки в базе данных, но при этом не создает их заново.
это просто рабочая теория.
при сохранении любых настроек плагина ошибки продолжают показываться?
#39,
Сохранял, но ничего не меняется.
По поводу БД вы правы. Мне пришлось немного поковырять в БД даже в ручную. Была интересная ситуация:
Переехал запустил, увидел проблемы. Одна из них - все что были рубрики на сайте пропали и все статьи были перемещены одну главную рубрику. Думал заново создать те же рубрики и разместить в них нужные статьи - не получается. При создании рубрики пишется её название и ярлык(он вставляется в адрес страницы http://www.сайт.ru/ярлык(категория)/адрес ЧПУ.html
Пишет мол такой ярлык уже занят - то есть рубрика существует,а упоминания о ней нигде нет.
Долго возился но всё же нашел решение - правил таблицу в БД wp_term_taxonomy
#40,
самое простое - поиском по базе ищите вхождения "Hyper Cache", там в таблице wp_options найдется "hyper" - вот ее надо удалить совсем. тогда при открытии настроек плагина и сохранении их все значения станут по умолчанию. это я сейчас на тестовом блоге пробовал - вроде сработало.
#41,
Попробовал найти вхождения - действительно 5 вхождений в wp_options. Всю эту(wp_options) таблицу удалить?
#42,
ни в коем случае!
там настройки самого вордпресса.
жмите там "Обзор", потом удаляйте ту option_name, где название "hyper".
#43,
Не получилось (
Вернул БД назад. Выдает ещё больше ошибок (
#44,
а что у вас прописано в wp-config.php?
без паролей - остальное содержимое?
по умолчанию вордпресс не должен выдавать ошибки про устаревшие функции.
#45,
Хм... там много чего написано как вам можно показать?
Может проще было бы, например, в скайп ?
#46,
на rlector@gmail.com скиньте.
#47,
ну как и следовало ожидать, надо просто удалить в wp-config.php строчку:
уж не знаю, на каком этапе вы ее добавили, но именно она выдает предупреждения.
#48,
Спасибо за большое за помощь!!! Я очень благодарен вам, что вы столько возились со мной! )
#49,
Помогите пожалуйста! hyper cache после установки – белый экран и на сайте и в админке.
#50,
дмитрий
Попробуй след варианты
1) почисти папку wp-content/cache/hyper-cache/
2) если нет этой папки, то создай её и попробуй установить права на папку 777
3) удали папку с плагином и он автоматически должен отключиться.
#51,
Flector скажите пожалуйста, неужели нельзя ничего придумать с кешированием тем, у кого есть динамические элементы (популярные статьи, опрос)? Например кеширование картинок и css уже дало результат...
#52,
или картинки и css автоматом кешируются у хостеров?
#53,
ну можно теоретически. например, с помощью плагина Ajaxize или подобных ему. но на практике такое возможно лишь с некоторыми плагинами. кэширование и динамическое содержимое, как правило, не совместимы друг с другом. а в кэшировании css смысла нет - браузер при первом же открытии страницы и так заносит css файлы к свой собственный кэш.
#54,
Привет. У меня что то ни как не хочет появлятся этот код. И браузеры менял и пользователя менял и плагин переустагавливал и права на папках менял. Уже и не знаю что можно сделать.
#55,
А нельзя просто установить и активировать плагин? Ну не могу я изменять и устанавливать права на папку!
#56,
ну может быть вариант, что необходимые права уже есть на папке, тогда можно обойтись и без этого пункта. но если прав нет, то плагин никак не установить.
а вообще, почему у вас нет возможности установить права?
#57,
Как безболезненно удалить "hyper-cache" у меня из за него сайт перестал работать.
#58,
зайти по ftp и удалить эту папку. или я вас неправильно понял?
#59,
День добрый! Помогите разобраться, пожалуйста... Плагин установился без проблем, создал себе папочку, права 777 на нее прописаны... Но код плагина есть только в исходном коде главной страницы, в коде записей - страниц с полным текстом записей блога - кода нет. В чем может быть причина?
#60,
понятия не имею. проверьте все настройки плагина - деактивируйте\активируйте его заново. мне вообще сложно судить, что у вас там с сайтом - что за дурная привычка пошла в последнее время отключать правый клик и просмотр исходного кода страницы? это только неудобство для пользователей и только.
#61,
Самый первый плагин, который поставил. Опять же вычитав у тебя)) Но все же с увеличением плагинов прочих все равно сайт тупит. Сегодня был пик тормозов. Секунд 14 открывался блог, судя по замерам. И это при посещаемости 15-25 человек. Поставил вдогонку суперкэш плагин (можно ли их вообще вмете ставить?). В разы скорость блога увеличилась. Ну, со скоростью открытия твоего блога все равно не сравнится))
Кстати, плагинов всего штук 15. Я понимаю, что нужно бы по идее еще в коде покопаться, что-то там оптимизировать, но для меня темный лес это. Собственно, к чему я? К тому, что удивлен, что у тебя нет статьи о суперкэше. Я так понимаю, он все же пооптимальнее будет.
#62,
меняйте хостинг, тут никакой кэширующий плагин не поможет. судя по всему, у вашего хостера дикий оверселлинг. я иногда оказываю платные услуги по настройке wordpress блогов, так вот захожу на их сайт, делаю свое дело - получаю деньги (весьма неплохие), а потом смотрю, как их сайты еле-еле ворочаются при открытии и совсем слабенькой посещаемости. то есть люди готовы платить большие деньги за настройку сайта, но при этом покупают 100-рублевый хостинг и хотят, чтобы все летало. так не бывает.
ну ставить то можно, но смысла это не имеет - работать будет только один.
я не считаю скорость открытии страниц моего блога хорошей. хотелось бы большего, но лениво менять VPS.
да при вашей посещаемости никакая оптимизация не требуется - даже при сотне плагинов сайт должен быстро открываться. тут проблема в зарезанных возможностях сервера, на котором ваш сайт висит. есть разница, когда на сервере пара десятков сайтов и пара тысяч.
в свое время я с ним разбирался и пришел к выводу, что его надо ставить либо на полностью статичный сайт (в режиме .htaccess), либо на очень посещаемый сайт (от 10-20 тысяч посетителей). в любом другом случае он неэффективен - он постоянно создает и сбрасывает кэш для каждого посетителя отдельно. в результате на сайте существуют сотни разных кэшей, для каждого отдельного посетителя - а когда генерируется и перегенерируется много файлов кэша - начинаются затыки с жестким диском, который не успевает обрабатывать столько файловых запросов. и в результате опять же получаем тормоза. на шаред-хостинге супер-кэш вообще стоит ставить только в .htaccess режиме - любой другой режим работы запросто сделает сайт еще тормознее.
#63,
Спасибо большое! Первое, что сделал - снес суперкэш. Что-то не разобрался я с тем, как он работает (с принципом работы). Видимо действительно мне он лишний пока.
Были мысли такие. Но так как я впервые столкнулся с wordpress, то погрешил на него, так как много статей, рассказывающих о том, что он даже "пустой" нагрузку создает неплохую. Значит в первую очередь буду смотреть в сторону нового хостинга или VDS (думаю, это оптимальней, чтобы под себя настроить).
Да, это понимаю прекрасно. Но вот, как выше написал, погрешил на то, что сайт так грузит (плагины, сам движок и т.п.).
В очередной раз спасибо!)
#64,
Мне бы так сделать, чтобы некий кусок кода не кэшировался, а брался текущий. Можно как-то это сделать в этом плагине или может в каком-то другом?
#65,
теоретически можно это сделать с помощью плагина Ajaxize, но на практике это возможно только с конкретными функциями.
#66,
здравствуйте! у меня такой вопрос: после выхода новой статьи пока не очищу кеш в плагине ее просто нет не в одном из браузеров и с разных компьютеров смотрел тоже нет! Раньше все было нормально возможно после обновления плагина?
#67,
возможно - поставьте галки на 2-х опциях на "When a post is edited".
#68,
Здравствуйте, а есть возможность для не разбирающихся - обновить запись, то что на скринах, и в действительности - сильно отличается.
Заранее спасибо!
#69,
я вам вообще советую установить последнюю версию плагина из линейки 2.9, взять можно тут - https://wordpress.org/plugins/hyper-cache/developers/
начиная с версии 3.0 автор плагин полностью переписал и теперь я сам толком не могу понять его настройки. был лучший легкий плагин кэширования, а стал не пойми что.
#70,
Flector, спасибо за ответ - будем тестить!)
#71,
А у меня почему-то этот плагин не работает, то есть не ускоряет сайт. Сейчас уже нова версия и эта инструкция не подходит, не могли бы Вы обновить инструкцию? Спасибо.
#72,
он у вас включен?
а то по исходному коду не видно, чтобы он был включен.
#73,
10 минут назад выключил, так как скорости не добавил, а только лишь в админке частенько белый экран почему-то стал выскакивать (при вкл/выкл плагинов и некоторых других действий) - в общем только одни "минуса" от него, может я конечно что-то не так делаю...
#74,
Включить? Посмотрите?
#75,
да так то бесполезно смотреть - на сайте я могу лишь увидеть работает плагин или нет и все.
симптом нехватки памяти. но опять же - проверить это можно лишь увидев логи ошибок сервера.
#76,
А где это можно глянуть?
#77,
хостеры обычно выносят папку logs на один уровень выше корня сайта.
#78,
https://yadi.sk/i/A2zGgG6mhNU8e
Что скажете?
#79,
не понятно, с чего вдруг там отлупы даются, но в принципе ничего криминального не вижу. поэтому почему не работает плагин я сказать не могу.
вы точно все сделали по инструкции? папка cache создалась?
#80,
Создалась! и там было много подпапок со страницами и записями, и ещё папка лог была там же где и cash!
#81,
включите плагин, я посмотрю работает ли он у вас.
#82,
Включил, посмотрите пожалуйста!
#83,
все работает отлично.
не забывайте, кэшированные страницы отдаются обычным посетителям - тем, кто залогинен кэш не отдается. хотите проверить работу плагина просто разлогиньтесь на нем и вы сами сможете увидеть в исходном коде страницы в самом конце метку плагина.
#84,
Отлично? А у вас быстро открывается сайт undelete-file.ru, а другие страницы?
А как же быть с белым экраном? Как решить проблему?
Вот скрин http://prntscr.com/7jbiiw
#85,
быстро.
надо знать из-за чего белый экран происходит, а логи ошибок у вас по этому поводу не слишком информативны. попробуйте увеличить память под php скрипты, добавьте в .htaccess строчку:
может поможет, я не знаю.
#86,
Добрый день!
Также не могу отключить кеширование для некоторых страниц в настройках плагина, а в них необходимо вставить голосование. Не хочется вставлять код в header.php ради пары страниц. Может быть есть какое-либо другое решение? Спасибо.
#87,
а зачем отключать кэширование то? обычно плагины опросов используют js-скрипты, которые грузятся каждый раз заново.
#88,
Понял, спасибо! Буду пробовать!
#89,
Установил Hyper Cache, активировал, но не настраивал, сайт работал нормально.
Настроил плагин. Нагрузка на сервер упала.
Но при входе в админку сайта стала отображаться пустая страница. Удалил куки, не помогло.
В файле error_log две ошибки:
/public_html/wp-content/plugins/google-sitemap-generator/sitemap-core.php on line 1615
/public_html/wp-content/plugins/hyper-cache/plugin.php on line 593
Удалил плагин Hyper Cache (подключился по FTP), но особо ничего не поменялось. При входе в админку выдается сообщение, что неправильное имя или пароль. Когда запрашиваю новый пароль на эл.почту и перехожу по ссылке, которую прислали, то опять появляется пустая страница.
В файле error_log пишет такие три ошибки:
/public_html /wp-content/plugins/platinum-seo-pack/platinum_seo_pack.php on line 115
/public_html /wp-content/plugins/google-sitemap-generator/sitemap-core.php on line 1615
/public_html/wp-includes/load.php on line 154
/public_html/wp-includes/pluggable.php on line 1216
Удалил: google-sitemap-generator, platinum-seo-pack и BackUpWordPress (с ним когда-то давно тоже были проблемы). Не помогло.
В файле error_log теперь вот что пишет:
public_html/wp-includes/pluggable.php on line 1216
public_html/wp-includes/load.php on line 154
public_html/wp-admin/includes/misc.php on line 1114
Кстати, в основной папке, где находится папка /public_html и другие, нашел еще папку cache с пустым файлом: motd.legal-displayed.
Не знаю, можно ли ее удалять?
В технической поддержке провайдера говорят, что у них все нормально и что это проблемы с сайтом.
#90,
очень похоже на то, что сайт заражен вирусами.
попробуйте сделать переустановку движка из консоли.
#91,
Вирусов нет, проверял.
#92,
Что выбрать лучше стоял всегда из за простоты hyper cache, сейчас склоняюсь к WP Super Cache. Этот w3-total-cache не хочу много настроек боюсь наврежу только. WP Super Cache даже активных установок больше намного. Сайты небольшие, собираюсь настроить, при добавлении информации или смене дизайна очистить кеш и отключать наверное плагин данный, т.к. когда еще в след раз что то изменять буду
#93,
WP Super Cache ставьте или Hyper Cache новую версию, я его пользую
#94,
Hyper Cache стоит Версия 3.3.5, это он новая версия?
#95,
Пусть наверное они и стоят, сайты небольшие меняю инфу мало добавляю редко, только после обновления тем как недавно менял заново теги заголовков, копирайты удалял и т.д., послк сразу чистил кеш и делал бекапы.
#96,
да, пусть стоит, чё трогать то
#97,
Думал заменить Hyper Cache на WP Fastest Cache. Сперва сбросив кеш предыдущего, потом деактивировав его и удалив, после удалить строку define('WP_CACHE', true); еще неплохо бы удалить его остатки на хостинге, он создает какие либо папки? Я всегда после каких либо изменений сбрасывал весь кеш, а почитал в WP Fastest Cache есть возможность сбрасывать кеш только измененной страницы. Есть сайты где вообще ничего практически не изменяется, может быть плагин кеширования вообще отключать на них?
#98,
достаточно просто отключить или удалить hyper cache, строку удалять не надо. hyper cache автоматически переслздаёт кеш изменённой страницы, где ничего не меняется кеширование нужно
#99,
После каких либо изменений на сайте, после обновления страницы и чистки всего кеша, изменений не видно, приходится смотреть через режим инкогнито. Стоит плагин кеширования Hyper Cache но ранее с ним же были видны изменения сразу же после обновления страницы, сейчас же нет. В чем может быть проблема?