- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Google analytics показывает минимум трафа, точнее онлайн ну может 20-30 человек. Но логи nginx показывают обратное, постоянно идёт обращение с к сайту с разных ип. Речь идёт об 50-200 обращений в секунду. Установил плагин "WassUp Real Time Analytics" и он показывает 8-11k онлайн обращений с разных ип. Забанил ну уровне nginx Китай, Сингапур, а так же ботов плохих. Ситуация чуть улучшилась, но нагрузка всё равно не стихает.
Понять не могу, почему google analytic не показывает все эти IP онлайн, большая часть из них Direct? Подскажите как побороть проблему, может кто сталкивался с подобным?
Вот пример 5 ип, с которых идёт обращение к сайту, страны всегда разные, баном к сожалению их, значит оставить сайт без траффика:
45.41.179.189
178.171.15.107
45.95.131.48
92.240.206.11
192.240.227.18
---------- Post added 30-03-2020 at 22:54 ----------
Абсолютно не понятно, какую цель преследуют данные дятлы. Перевёл домен на cloudflare, поставил режим under attack mode, но судя по google analytics, траффик уменьшился в 5 раз, не все могут зайти видимо.
Хотелось бы жить без режима Under attack mode, сайту уже 5 лет и были вспышки ранее, я отключал только Китай и всё нормализировалось. Сейчас увы всё не так. ;(
Аналитика показывает тех, у кого стартанул JS. Боты не обязаны его стартовать
Аналитика показывает тех, у кого стартанул JS. Боты не обязаны его стартовать
Ясно, тогда как забанить таких ботов? Они же маскируются так, как будто человек зашёл с ПК.
Я забанил подобных около 20 "(compatible; Qwantify/Bleriot/1.1; +https://help.qwant.com/bot)"" Но тогда других как разспознать?
Нужен програмист, который сделает скрипт, который будет слать всех без Джава скрипта.
https://ru.stackoverflow.com/questions
тут иногда помогают советом.
Нужен програмист, который сделает скрипт, который будет слать всех без Джава скрипта.
https://ru.stackoverflow.com/questions
тут иногда помогают советом.
Тогда же хорошие боты тоже не попадут.
Их в белый список. Ну и опять же - если количество ботов не слишком большое - настроить лимиты в веб-сервере.
Их в белый список. Ну и опять же - если количество ботов не слишком большое - настроить лимиты в веб-сервере.
Подскажи пожалуйста, где взять белый список google ип ботов и как настроить лимиты.
В любой аналитике, которая не собирает данные из access логов, подобные боты и их запросы будут не видны, т.к. подавляющее кол-во ботов не запускают JS.
> Хотелось бы жить без режима Under attack mode
Используйте динамическое включение непосредственно в момент атаки, а далее выключается автоматически. Или там так не умеет?
> где взять белый список google ип ботов и как настроить лимиты
белые списки поисковиков по IP это очень плохая идея, если вам важны позиции в поиске.
совет: подключить/сменить поставщика защиты от ддос атак на того, кто зафильтрует это.
Абсолютно не понятно, какую цель преследуют данные дятлы. Перевёл домен на cloudflare, поставил режим under attack mode, но судя по google analytics, траффик уменьшился в 5 раз, не все могут зайти видимо.
Хотелось бы жить без режима Under attack mode, сайту уже 5 лет и были вспышки ранее, я отключал только Китай и всё нормализировалось. Сейчас увы всё не так. ;(
Эти дятлы еще и JS выполняют некоторые, так что вполне может порезали не человеческий траф, а этих ботов.
Единственно если у вас сайт на Россию, то при бане клауда в РКН может теряться российский траф.
Еще как вариант - можно поставить антибота (сайт заработает только завтра), чтоб наглядно видеть кто ломится и кого банить. При условии что на сайте не строит несовместимых плагинов в вордпрессе.
Подскажи пожалуйста, где взять белый список google ип ботов и как настроить лимиты.
Где взять белый список - не знаю, у нас на хостинге мы клиентов защищаем на проксирующем веб-сервере примерно так: https://habr.com/ru/post/347196/
В любой аналитике, которая не собирает данные из access логов, подобные боты и их запросы будут не видны, т.к. подавляющее кол-во ботов не запускают JS.
> Хотелось бы жить без режима Under attack mode
Используйте динамическое включение непосредственно в момент атаки, а далее выключается автоматически. Или там так не умеет?
> где взять белый список google ип ботов и как настроить лимиты
белые списки поисковиков по IP это очень плохая идея, если вам важны позиции в поиске.
совет: подключить/сменить поставщика защиты от ддос атак на того, кто зафильтрует это.
>> Динамического включения нет, я не понимаю почему там нет таких условия. Пускать траф с гугл и ботов хороших без Under
attack mode.
>> да по ип идея плохая, они всегда разные.
>> спасибо, есть идеи
---------- Post added 02-04-2020 at 11:00 ----------
Эти дятлы еще и JS выполняют некоторые, так что вполне может порезали не человеческий траф, а этих ботов.
Единственно если у вас сайт на Россию, то при бане клауда в РКН может теряться российский траф.
Еще как вариант - можно поставить антибота (сайт заработает только завтра), чтоб наглядно видеть кто ломится и кого банить. При условии что на сайте не строит несовместимых плагинов в вордпрессе.
К сожалению не подходит ;(
---------- Post added 02-04-2020 at 11:00 ----------
Где взять белый список - не знаю, у нас на хостинге мы клиентов защищаем на проксирующем веб-сервере примерно так: https://habr.com/ru/post/347196/
Спасибо, читал, такое не подходит.