В каком месте там днищенские сайты? интересно
Тогда какие не днищенские?)) Наверное ваш.
С этого мусора есть польза только если ваш сайт входит в топ 10-20 в своей тематике. И польза не в функциях статистики а в другом.
В NGINX правило перезаписи URL-адресов записывается с использованием директивы "rewrite". Аналогичное правило для NGINX, эквивалентное вашему примеру для Apache с использованием RewriteRule, будет выглядеть следующим образом:
rewrite "^/link/([a-z0-9'+\w-]+)" /base/main.php?name=$1 last;
Убедитесь, что правило находится в правильном месте в конфигурационном файле. Правила перезаписи в NGINX обрабатываются в порядке, указанном в конфигурационном файле. Если правило находится в неправильном месте, то оно может быть неприменимым или перезаписать URL-адрес неправильно.
Проверьте, что регулярное выражение правильно соответствует URL-адресу. Если регулярное выражение не соответствует URL-адресу, то правило перезаписи не будет применено.
Убедитесь, что правило перезаписи имеет правильный синтаксис. Если правило содержит синтаксические ошибки, то оно не будет применено.
Проверьте, что запрос находится в нужном контексте. Некоторые директивы в NGINX, такие как location, server, if, имеют свой контекст и определенные условия, при которых запрос может быть обработан правильно.
Если вы не можете найти причину проблемы, то можно попробовать добавить директиву "rewrite_log on" в конфигурационный файл. Она позволит записывать в логи информацию о перезаписи URL-адресов и может помочь выявить ошибки в правилах.
***
Для включения логирования перезаписи URL-адресов в NGINX необходимо добавить директиву rewrite_log on; в раздел http в конфигурационном файле сервера.
Например, чтобы включить логирование перезаписи в файл /var/log/nginx/rewrite.log , можно добавить следующую строку в конфигурационный файл NGINX:
http {
...
rewrite_log on;
error_log /var/log/nginx/error.log;
}
После внесения изменений в конфигурационный файл необходимо перезапустить сервер NGINX для применения новых настроек.
После этого NGINX будет записывать информацию о перезаписи URL-адресов в лог-файл, который можно найти в указанном пути ( /var/log/nginx/rewrite.log в нашем примере). Эта информация может помочь в выявлении проблем в правилах перезаписи и определении того, как они применяются к запросам.
///
Только что была атака снова и была нагрузка load average: 86 и fail2ban не справился с атакой!
Пришлось запускать мой скрипт и за 5 минут всех забанил и нагрузка упала до load average: 0.77
А я то думал что fail2ban крутая программа! А оказалось нет!
Ничего себе! Внезапно! ©
Так удаление страниц в поиске дублируется в адсенс. И на этих страницах реклама отключается.
Да, по идее так и должно быть, но в моем случае ситуация "не было бы счастья, да несчастье помогло"))
После переноса трафика на новый домен Google наложил фильтр пиратство, далее снизился видимость, индексирования, быстро боты, боты сниппеты и т.д.
Соответственно количество DMCA жалоб снизилось до нуля, так как удалять нечего))
Меня больше волнует другой вопрос, как долго я смогу продержаться в таком режиме 🤔
