Dram: Сам ты левый чудик, IP реально гугловские. Побольшиб таких конкурентов что банят гугл :)))
Чудик, на любой заблокированный IP найдется новый. Так вот, другие - пришедшие на смену - послушно выполняют правила и не делают по десять запросов в секунду. Может, у них бот сломался? На позиции и продвижение не повлияло (не считая обсуждаемого здесь провала). До сих пор наблюдался только рост, как в Г, так и в Я.
Это "левый Гугл". С конца декабря он парсит мой сайт - фактически ДДОС. Сейчас запрещен в IP, но никак не успокоится. В том же списке есть такой же бешеный, подписанный Яндексом.
Причиной превышения может быть как разовое увеличение нагрузки (например индексирование поисковиками или пиковая посещаемость), так и общая перегруженность Вашего VPS.
В данном случае, причиной вероятнее всего является нагрузка, создаваемая поисковыми системами:
Для решения данной ситуации следует оптимизировать работу сайта или сменить тарифный план на более высокий из текущей тарифной линейки VPS.
Особенно порадовало:"или сменить тарифный план на более высокий из текущей тарифной линейки VPS." Они все время предлагают сменить тарифный план.
Примерно тоже самое мне пели, когда я месяц назад сидел на тарифном плане "Виртуальный хостинг". Правда, там зашкаливала нагрузка процессора. Атака шла с этих же IP, подписанных ботами поисковых систем: Гугл и Яндекс. Указанны IP заблокированы в htaccess еще в январе.
Dimka: vitzer, посмотрите логи - возможно кто-то в это время активно сканировал сайт. Кроме оптимизации mysql - поставьте кеширование в nginx.
Кэширование включено в настройках домена.
Так что вы скажите господа: исходя из изложенных данных, косяков самого сайта не видно? Или мало данных и все-таки необходимо обращаться за платными услугами к специалистам для более глубокого анализа ситуации?
Mobiaaa: В том то и дело Вчера клиентам Вашего хостера не нужна была память, а сегодня кто-то запустил софт, который "съел" память, и у Вас не с того не с сего начали ошибки сыпаться в выделении памяти
Допустим. Тогда какое решение?
1. Запросить больше вирт памяти для себя (читай сменить тариф)? Даст ли это запас ресурсов для меня?
2. Сменить услугу на выделенный сервер? (Столько денег сайт не приносит) или
3. Сменить хостера hc.ru?
И вообще, можно ли это как-то доказать: что хостер жопит память.
Mobiaaa: Вы не увидите РЕАЛЬНЫЕ циферки свободной/занятой памяти всего сервера Только циферки VDS, которые "виртуальны" Да и чем они Вам помогут, тут дело в хостере в таком случае, если память кончилась
Ребутнул, вроде бы попупстило.
И как теперь проверить - на чьей стороне правда с памятью?
Впрочем, все равно дело в чем-то ином. Все-таки всю неделю расход небольшой, а тут раз и ОПА.
Получил от Google вот такое сообщение:
Я не знаю что это такое и как с этим юороться?
---------- Добавлено 24.02.2017 в 12:16 ----------
Я не знаю как найти этот хитрый таргетинг. Соответственно не знаю что нужно с сайтом делать?
Возможно сайт был взломан.
Посмотрите, что выводится в коде страницы.
Проверьте сайт здесь: http://rescan.pro
и здесь:http://http://secu.ru/online-services/redirect
Дайте ссылку на сайт.
Есть ли у кого-то позитивные сдвиги? у меня упал проект 6 числа - так и не подымается
Незначительный откат, но прежних позиций не достиг.
Тема - авто.
Сам ты левый чудик, IP реально гугловские. Побольшиб таких конкурентов что банят гугл :)))
Чудик, на любой заблокированный IP найдется новый. Так вот, другие - пришедшие на смену - послушно выполняют правила и не делают по десять запросов в секунду. Может, у них бот сломался? На позиции и продвижение не повлияло (не считая обсуждаемого здесь провала). До сих пор наблюдался только рост, как в Г, так и в Я.
Заметил, в последние гугл усиленно пересканирует сайт, вот колличество коннектов на сайт с его IP за последние сутки
11919 - 66.102.9.30
11759 - 66.102.9.2
10645 - 66.102.9.5
Это "левый Гугл". С конца декабря он парсит мой сайт - фактически ДДОС. Сейчас запрещен в IP, но никак не успокоится. В том же списке есть такой же бешеный, подписанный Яндексом.
Похоже, что и вправду мой косяк.
Поставил галку в окошке "Модуль PHP" настроек сервера и нагрузка вернулась к прежним значениям.
Проблема не с сайтом, а с сервером.
Нужны доступы и анализ, в паблике такого не выложишь) Потому только обращаться к специалистам.
Как вам?
Ниже ответ хостера:
На Вашем VPS зафиксировано превышение некоторых тарифных лимитов:
resource held maxheld barrier limit failcnt
privvmpages 308775 524286 524288 524288 54
Столбец failcnt здесь - число неудачных попыток выделить ресурсы для процессов.
Более подробно с тарифными лимитами и их описанием Вы можете ознакомиться в документе "Технические параметры VPS-хостинга":
https://shop.hc.ru/repgen/oferta?part=5
Причиной превышения может быть как разовое увеличение нагрузки (например индексирование поисковиками или пиковая посещаемость), так и общая перегруженность Вашего VPS.
В данном случае, причиной вероятнее всего является нагрузка, создаваемая поисковыми системами:
[httpd-logs]# cat vvm-auto.ru.access.log | cut -d' ' -f1 | sort | uniq -c | sort -n | tail
499 62.133.162.201
538 37.54.33.46
688 79.135.155.151
890 141.105.66.31
1517 94.231.71.72
1892 127.0.0.1
4229 141.8.132.69
4370 66.102.9.138
4394 66.102.9.136
4591 66.102.9.134
Выше приведены 10 наиболее часто обращающихся IP-адресов ( Кол-во запросов/IP).
4229 141.8.132.69
4370 66.102.9.138
4394 66.102.9.136
4591 66.102.9.134
Все эти IP принадлежат поисковым системам. Соответственно Вам необходимо настроить корректную индексацию сайта, используя например файл robots.txt, например используя функцию Crawl-delay - https://yandex.ru/support/webmaster/controlling-robot/robots-txt.xml#crawl-delay
Для решения данной ситуации следует оптимизировать работу сайта или сменить тарифный план на более высокий из текущей тарифной линейки VPS.
Особенно порадовало:"или сменить тарифный план на более высокий из текущей тарифной линейки VPS." Они все время предлагают сменить тарифный план.
Примерно тоже самое мне пели, когда я месяц назад сидел на тарифном плане "Виртуальный хостинг". Правда, там зашкаливала нагрузка процессора. Атака шла с этих же IP, подписанных ботами поисковых систем: Гугл и Яндекс. Указанны IP заблокированы в htaccess еще в январе.
vitzer, посмотрите логи - возможно кто-то в это время активно сканировал сайт.
Кроме оптимизации mysql - поставьте кеширование в nginx.
Кэширование включено в настройках домена.
Так что вы скажите господа: исходя из изложенных данных, косяков самого сайта не видно? Или мало данных и все-таки необходимо обращаться за платными услугами к специалистам для более глубокого анализа ситуации?
В том то и дело
Вчера клиентам Вашего хостера не нужна была память, а сегодня кто-то запустил софт, который "съел" память, и у Вас не с того не с сего начали ошибки сыпаться в выделении памяти
Допустим. Тогда какое решение?
1. Запросить больше вирт памяти для себя (читай сменить тариф)? Даст ли это запас ресурсов для меня?
2. Сменить услугу на выделенный сервер? (Столько денег сайт не приносит) или
3. Сменить хостера hc.ru?
И вообще, можно ли это как-то доказать: что хостер жопит память.
Вы не увидите РЕАЛЬНЫЕ циферки свободной/занятой памяти всего сервера
Только циферки VDS, которые "виртуальны"
Да и чем они Вам помогут, тут дело в хостере в таком случае, если память кончилась
Ребутнул, вроде бы попупстило.
И как теперь проверить - на чьей стороне правда с памятью?
Впрочем, все равно дело в чем-то ином. Все-таки всю неделю расход небольшой, а тут раз и ОПА.
У вас в панели "виртуальные" цифарки, у хостера "реальная" память могла закончится.
htop реальные цифры дает? Если да, то там такие же.