vitzer

vitzer
Рейтинг
176
Регистрация
16.02.2017
Обама обезьяна:
я бы их просто убрал, но не знаю как найти страницы, на которых эти ссылки создаются, вы немного не поняли задачу

есть сайт.
на некоторых страницах этого сайта есть ссылку на страницу_1
мне надо как-то найти на каких страницах этого сайта есть ссылки на страницу_1

В Search Console в разделе "Поисковый трафик" пункт "Внутренние ссылки" сможете найти любые страницы, которые ссылаются другие страницы сайта.

alternathistory:


Получил от Google вот такое сообщение:

Я не знаю что это такое и как с этим юороться?

---------- Добавлено 24.02.2017 в 12:16 ----------

Я не знаю как найти этот хитрый таргетинг. Соответственно не знаю что нужно с сайтом делать?

Возможно сайт был взломан.

Посмотрите, что выводится в коде страницы.

Проверьте сайт здесь: http://rescan.pro

и здесь:http://http://secu.ru/online-services/redirect

Дайте ссылку на сайт.

las_zt:
Есть ли у кого-то позитивные сдвиги? у меня упал проект 6 числа - так и не подымается

Незначительный откат, но прежних позиций не достиг.

Тема - авто.

Dram:
Сам ты левый чудик, IP реально гугловские. Побольшиб таких конкурентов что банят гугл :)))

Чудик, на любой заблокированный IP найдется новый. Так вот, другие - пришедшие на смену - послушно выполняют правила и не делают по десять запросов в секунду. Может, у них бот сломался? На позиции и продвижение не повлияло (не считая обсуждаемого здесь провала). До сих пор наблюдался только рост, как в Г, так и в Я.

*NR*:
Заметил, в последние гугл усиленно пересканирует сайт, вот колличество коннектов на сайт с его IP за последние сутки

11919 - 66.102.9.30
11759 - 66.102.9.2
10645 - 66.102.9.5

Это "левый Гугл". С конца декабря он парсит мой сайт - фактически ДДОС. Сейчас запрещен в IP, но никак не успокоится. В том же списке есть такой же бешеный, подписанный Яндексом.

Похоже, что и вправду мой косяк.

Поставил галку в окошке "Модуль PHP" настроек сервера и нагрузка вернулась к прежним значениям.

jpg 160426.jpg
adel92:
Проблема не с сайтом, а с сервером.

Нужны доступы и анализ, в паблике такого не выложишь) Потому только обращаться к специалистам.

Как вам?

Ниже ответ хостера:

На Вашем 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 еще в январе.

Dimka:
vitzer, посмотрите логи - возможно кто-то в это время активно сканировал сайт.
Кроме оптимизации mysql - поставьте кеширование в nginx.

Кэширование включено в настройках домена.

Так что вы скажите господа: исходя из изложенных данных, косяков самого сайта не видно? Или мало данных и все-таки необходимо обращаться за платными услугами к специалистам для более глубокого анализа ситуации?

Mobiaaa:
В том то и дело
Вчера клиентам Вашего хостера не нужна была память, а сегодня кто-то запустил софт, который "съел" память, и у Вас не с того не с сего начали ошибки сыпаться в выделении памяти

Допустим. Тогда какое решение?

1. Запросить больше вирт памяти для себя (читай сменить тариф)? Даст ли это запас ресурсов для меня?

2. Сменить услугу на выделенный сервер? (Столько денег сайт не приносит) или

3. Сменить хостера hc.ru?

И вообще, можно ли это как-то доказать: что хостер жопит память.

Mobiaaa:
Вы не увидите РЕАЛЬНЫЕ циферки свободной/занятой памяти всего сервера
Только циферки VDS, которые "виртуальны"
Да и чем они Вам помогут, тут дело в хостере в таком случае, если память кончилась

Ребутнул, вроде бы попупстило.

И как теперь проверить - на чьей стороне правда с памятью?

Впрочем, все равно дело в чем-то ином. Все-таки всю неделю расход небольшой, а тут раз и ОПА.

Всего: 1539