Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии

Спасибо за ответы, действительно это не баг, это в новой установленной версии PHP 7 есть модуль, так называемый opCache, включенный по умолчания, для ускорения и кэширования скриптов PHP.

В общем, как было раньше походу я не увижу :-(

Есть вариант для отключения этого модуля в настройках php.ini, если вписать opcache.enable=Off то можно отключить его работу, но для этого нужно каждый раз перезагружать сервер или переключать версии PHP. Вариант не самый удобный.

Кароче придется смирится с задержками, а как было хорошо раньше закинул новый файл обновил страницу и сразу все изменения посмотрел…

Marat_Kh:
Могли быть сгенерированы с документа /klasnoe-avto/ из за варнинга типа - Warning: mysql_get_server_info() [function.mysql-get-server-info] , который в сущности предупреждает об ошибке и рекомендует посмотреть детали на http://php.net/manual/ru/function.mysql-get-server-info.php, но из за особенностей CMS (на Joomla попадалась похожее)
ссылка ведет на относительный адрес.

Точно, у меня была ошибка после обновления WordPress на автомате они обновили автоматическое обновление безопасности, что вызвало в некоторых местах ошибку к подключению к базе данных, из-за старого плагина, переустановил на другой все заработало.

Только не пойму зачем поисковикам эти ошибки 404 сформированный ошибкой базы, которые никуда не ведут и ничего не делают. Теперь походу нужно их запретить в роботс.тхт или как они пишут ни че не делать, и они пропадут – как я понял.

To desaund

Значит у вас что-то другое возможно.

Я просто указал свой случай, прямо вот недавно был, после авто-обновления, но не весь сайт целиком, а вот в некоторых местах, из за плагина старого.

Sitealert:
А почитайте-ка мнения.

Спасибо, почитал – но так и не понял, нужна она или нет, много мнений по этому вопросу. Мне кажется что для ежедневно обновляемого сайта она не нужна, слишком много в ней скапливается ссылок и страниц…, но удалять её тоже не знаю… есть миф говорят что поисковики типо по ней быстрей сканируют сайт – но это из серии легенд и мифов, а может быть и нет.

Sitealert:
https://ru.wordpress.org/plugins/wp-headfoot/
Плагин совместим с ВП до версии 3.3.2 - а дальше хз, как он там работает.

В моем случае – плагин не обновлялся 4 года, а по вашей ссылке вроде как 6 лет :-)

Я не очень сильно разбираюсь в этом, но видимо что-то они там обновили в целях безопасности и старые плагины видимо как-то не так работают и глючат при подключении к бд, наверное!

У меня такое было недавно после последнего автоматического обновления WordPress так сказать у них по безопасности на автомате обновляется. И короче, был у меня установлен плагин который много лет не обновлялся - Advanced Category Excluder, он скрывал вывод статей на главную для определенной категории, и вот после обновления в некоторых местах появилась ошибка чето-там подключение к базе данных логин и пароль NO. Пришлось поменять на новый, другой, недавно обновившийся Ultimate Category Excluder. После этого все стало работать как обычно без ошибок к бд.

Всем спасибо за ответы, значит у меня правильные подозрения были. Тогда нужно использовать два тега комментариев для html и для php, чтобы скрыть строки html и заставить код php не работать.

<!-- <p><b>Всего ответов:</b></p> <?php /* echo $allcoments */ ?> -->

По поводу базы данных это я наверное неправильно выразился, я имел в виду просто работу php скрипта на сервере, но в целом он же и с бд. может работать. В общем, нужно делать двойные комменты или убирать код из работающего шаблона если он не нужен, чтобы лишняя работа и загрузка не производилась. Так получается?

Samail:
Dmitriy_2014, может им ещё ваши скрипты оптимизировать что-бы нагрузку снизить? Хотя конечно смотря сколько вы им платите, а то может и можно за те деньги требовать всё за вас сделать. Закройте папку с админкой для всех кроме ваших IP и пусть долбятся.

Да нет, не нужно оптимизировать скрипты, просто проблема то вроде как известная и они о ней прекрасно знают, как и о ддос атаках и возможно о других о которых я не в курсе, могли бы что-то придумать тот же блокировщик по ip(Как и этот плагин который я установил) если там сто раз на дню и в течении нескольких лет одно и тоже происходит. Это же не какой-то там хитрый взлом о котором никто знать не знает. Если хостинги и провайдеры занимаются безопасным размещением моего сайта или другого интернет проекта на своих площадках и заметьте кстати везде в рекламе гарантируют бесперебойную, безопасную, быструю и качественную работу тех услуг за которые они берут деньги, то уж мне кажется это они должны думать, что бы у меня все было в порядке, а я занимался бы просто своим делом.

NothingMatters:
А хостер и не знает что тебя брутят. Может у тебя ТВОЙ внешний скрипт долбится на твой какой-то левый wp-login.php и отсылает нужные тебе данные, а хостер возьмет и сломает весь твой мир.
От подобного ты должен сам защищаться (ну или нанять того, кто настроит защиту).

Да все они прекрасно знают, и уже очень давно, т.к. я думаю это не вчерашняя проблема, а наверное десятилетний давности, если не больше. И когда у них случается переполнение памяти или процессора они сразу письмо присылают и в нем как одну из проблем указывают эту атаку – брутфорс. Зато они почему то не пишут что бы я сам защищался от ДДОС атак, а пишут что их прекрасный распрекрасный и супер быстрый мегазащищенный сервер сам защитит от этого типа атак, поищет вирусы, сделает бэкап и другое – что кстати правильно я думаю. Это как было бы если бы обычная антивирусная компания говорила ну да есть такой вирус, мы даже знаем, как от него защитится, но вы типо сами все сделайте, и не забудьте оплатить абонентскую плату.

1ncom1ng:
Ибо тренируйтесь сами - плагины, loophole-ловушки, htaccess,...

То есть, хостинг провайдеры за деньги готовы защищать от некоторых типов атак и вирусов когда они рекламируют покупку у них хостинга/сервера, а от некоторых нет, типо делайте и думайте сами о защите, как то это неправильно на мой взгляд.

---------- Добавлено 19.12.2017 в 11:31 ----------

Sitealert:
И чо? 🍿

Да че то вспомнилось о легких паролях…

Всего: 2046