Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии
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:
И чо? 🍿

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

Samail:
Ну с тобой не сработает ещё с тысячей не сработает, на тысяча втором сработает.

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

---------- Добавлено 18.12.2017 в 17:35 ----------

Sitealert:
Или даже совсем крутой пароль 1234567890 😂

У меня на рабочих компьютерах был пароль почти везде 1234567.

Всего: 2005