Ну так расскажите другим, чтобы кто нашёл ваш пост не дублировал его.
тут больше информации:
https://webmaster.yandex.ru/blog/rendering-stranits-javascript-i-proverka-stranitsy-peredavayte-poisku-kontent-v-polnom-obeme
Суть в том, что Яндекс теперь JS рендинг использует и сканирует готовую страницу, а не просто голый HTML код. Поэтому смысла в костылях всяких в виде escaped_fragment уже нет.
А кто сказал, что для того кто ддосит вообще нужен апатч? Вы что-то наверное не совсем понимаете, как это работает. У вас много всяких портов открыто на сервере и долбиться можно хоть на почту или DNS порт.
Чтобы убедиться, что сервер отвечает достаточно ping сделать и это запрещать надо на сервере.
Далее если те, кто делает ДДОС, узнают ваш реальный IP, им уже плевать будет что и как отвечает ваш сервер, туда пойдёт тонна трафика и запросов, и уже плевать что отвечает ваш сервер, провайдер вас вырубит, если не захочет ничего делать.
Быть может как-то влияет то, что при варианте без CloudFlare подключение по сути локальное, а при варианте с CloudFlare полностью удалённое?
Если для nginx не прописали реальные IP, тогда такой вариант вполне возможен и nixstats просто не учитывает запросы с локального IP.
Да, файлы кэша создаются с и без CF. Только что проверил.
Просто мне непонятно, почему сеть вообще задействована, если скрипт внутри сервера работает и данные никуда не передает, соответственно по сети ничего не должно передаваться.
Я же писал, он запрашивает страницы через curl как обычный пользователь, использует для этого карту сайта.
Да, по логам видно, что работает. Только вот интересный момент в логах: без CF страницы дергаёт ipv4, а с CF ipv6 сервера.
Ничего странного нет т.к. CF по стандарту делает доступ к ipv6 и его делает в приоритете.
Тут дело не в логах, а в том, фактически создаются ли файлы кэша. Иначе есть вероятность, что этот процесс просто зацикливается и бесконечно долбит сервер.
Всё-таки очень интересно как это устроено. Может кто-то объяснит на пальцах? Итак, выяснилось, что плагин кэширования постоянно обходит сайт для генерации статических страниц, это хорошо, так и должно быть. Если проксирование через CF отключено, то никакого движения в сети нет, как только включается проксирование, сразу же появляется нагрузка на сеть (см. первый пост).
А точно ли обход W3 работает С/без CF? Проверяли эти моменты?
Та не, это выделенный сервер на Хецнере.
Забыл отписаться. Это вордпресс и походу плагин кэширования W3 Total Cache постоянно обходит все страницы и каким-то образом это касается CF, хотя опять-таки техническую сторону процесса мне пока не понять.
Он это делает через запрос как браузер, поэтому и нагрузка растёт. Выключите эту функцию и всё.
