В общем выключил я эту муть.
В папке php-bin лежит файл php.ini, в него вносится одна строка:
opcache.enable=Off
После чего перезагружается сервер.
И наконец-то все заработало по-человечески. Изменяю шаблон и щелкаю в браузере обновить – изменения проявляются моментально. Изменения постов, страниц в WordPress моментально обновляются. Сайт работает вроде как работал. Технология кэша безусловно классная штука, но не для меня, увы – может если сайт с одной страницей и забытый на лет 10, то это круто, а так на любителя. Ура все стало как прежде.
Да класная технология, она оказывается еще и движок WordPress кэширует, делаешь изменение на странице – обновляешь и видишь - ничего не видишь. Ждешь, ждешь, надеешься и ура обновилось.
Отключу я её наверное, все равно этот супер-упер кэш не фига не ускоряет сайт. Может чуть быстрее работает старой версии 5.3.13 без кэша, так хоть там сразу видно было что ты изменяешь. Вот если бы он грузится начал за 0,0000001 сек, то да яб сказал вот это тема. А ждать изменений по несколько минут или как повезет это на любителя очень и очень неудобно это. Хотя может помучаюсь еще, но нифига это не круто…ваще…
Спасибо за ответы, действительно это не баг, это в новой установленной версии PHP 7 есть модуль, так называемый opCache, включенный по умолчания, для ускорения и кэширования скриптов PHP.
В общем, как было раньше походу я не увижу :-(
Есть вариант для отключения этого модуля в настройках php.ini, если вписать opcache.enable=Off то можно отключить его работу, но для этого нужно каждый раз перезагружать сервер или переключать версии PHP. Вариант не самый удобный.
Кароче придется смирится с задержками, а как было хорошо раньше закинул новый файл обновил страницу и сразу все изменения посмотрел…
Точно, у меня была ошибка после обновления WordPress на автомате они обновили автоматическое обновление безопасности, что вызвало в некоторых местах ошибку к подключению к базе данных, из-за старого плагина, переустановил на другой все заработало.
Только не пойму зачем поисковикам эти ошибки 404 сформированный ошибкой базы, которые никуда не ведут и ничего не делают. Теперь походу нужно их запретить в роботс.тхт или как они пишут ни че не делать, и они пропадут – как я понял.
To desaund
Значит у вас что-то другое возможно.
Я просто указал свой случай, прямо вот недавно был, после авто-обновления, но не весь сайт целиком, а вот в некоторых местах, из за плагина старого.
Спасибо, почитал – но так и не понял, нужна она или нет, много мнений по этому вопросу. Мне кажется что для ежедневно обновляемого сайта она не нужна, слишком много в ней скапливается ссылок и страниц…, но удалять её тоже не знаю… есть миф говорят что поисковики типо по ней быстрей сканируют сайт – но это из серии легенд и мифов, а может быть и нет.
В моем случае – плагин не обновлялся 4 года, а по вашей ссылке вроде как 6 лет :-)
Я не очень сильно разбираюсь в этом, но видимо что-то они там обновили в целях безопасности и старые плагины видимо как-то не так работают и глючат при подключении к бд, наверное!
У меня такое было недавно после последнего автоматического обновления WordPress так сказать у них по безопасности на автомате обновляется. И короче, был у меня установлен плагин который много лет не обновлялся - Advanced Category Excluder, он скрывал вывод статей на главную для определенной категории, и вот после обновления в некоторых местах появилась ошибка чето-там подключение к базе данных логин и пароль NO. Пришлось поменять на новый, другой, недавно обновившийся Ultimate Category Excluder. После этого все стало работать как обычно без ошибок к бд.
Всем спасибо за ответы, значит у меня правильные подозрения были. Тогда нужно использовать два тега комментариев для html и для php, чтобы скрыть строки html и заставить код php не работать.
<!-- <p><b>Всего ответов:</b></p> <?php /* echo $allcoments */ ?> -->
По поводу базы данных это я наверное неправильно выразился, я имел в виду просто работу php скрипта на сервере, но в целом он же и с бд. может работать. В общем, нужно делать двойные комменты или убирать код из работающего шаблона если он не нужен, чтобы лишняя работа и загрузка не производилась. Так получается?
Да нет, не нужно оптимизировать скрипты, просто проблема то вроде как известная и они о ней прекрасно знают, как и о ддос атаках и возможно о других о которых я не в курсе, могли бы что-то придумать тот же блокировщик по ip(Как и этот плагин который я установил) если там сто раз на дню и в течении нескольких лет одно и тоже происходит. Это же не какой-то там хитрый взлом о котором никто знать не знает. Если хостинги и провайдеры занимаются безопасным размещением моего сайта или другого интернет проекта на своих площадках и заметьте кстати везде в рекламе гарантируют бесперебойную, безопасную, быструю и качественную работу тех услуг за которые они берут деньги, то уж мне кажется это они должны думать, что бы у меня все было в порядке, а я занимался бы просто своим делом.
