В 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 жалоб снизилось до нуля, так как удалять нечего))
Меня больше волнует другой вопрос, как долго я смогу продержаться в таком режиме 🤔
Варианты оплаты по карте РФ там в каком-нибудь виде появились?
Нет, я попробовал платный API и понял что бот проницательнее не стал. Разница между бесплатной и платной версией практически отсутствует, кроме постоянного "сбоя" на бесплатной версии.
Еще просьба, поясните кто разбирается, что это за строчки, что они делают?
RewriteRule ^([^\.]+)/$ /$1.php [L]
RewriteRule ^([^\.]+)$ /$1.php [L]
RewriteRule ^(.*)[\\/]$ /$1 [R=301,L]
RewriteCond %{QUERY_STRING} ^(.+) [NC]
RewriteRule ^(.*)$ /$1? [R=301,L]
Лучше на примере.
Используйте ChatGPT, неужели это так трудно?
Эти строчки являются правилами перезаписи для файлов .htaccess веб-сервера Apache. Они выполняются при обработке веб-запроса и изменяют путь к запрашиваемому файлу.
Вот примеры, как они могут работать:
1) RewriteRule ^([^\.]+)/$ /$1.php [L]
Это правило говорит серверу, что если путь запроса имеет следующий формат: /любое_слово/, то он должен перенаправить запрос на /любое_слово.php. Например, если запросить /example/, сервер будет искать файл example.php.
2) RewriteRule ^([^\.]+)$ /$1.php [L]
Это правило аналогично первому, только в случае, если путь запроса не заканчивается слешем. Таким образом, если запросить /example, сервер снова будет искать файл example.php.
3) RewriteRule ^(.*)[\\/]$ /$1 [R=301,L]
Это правило говорит серверу, что если путь запроса оканчивается слешем, то он должен перенаправить запрос на тот же путь без слеша, используя код 301 (перманентное перенаправление). Например, если запросить /example/, сервер будет перенаправлять на /example.
4) RewriteCond %{QUERY_STRING} ^(.+) [NC]
Это правило удаляет параметры запроса из URL-адреса. Например, если запросить /example.php?param=value, этот правило удалит параметр и перенаправит на /example.php без параметров.
Дык новый домен, если вы его планируете в вебмастере склеить со старым и все плюшки сохранить, то не получится )
Вместе с плюшками туда перейдут и все наказания.
У меня аудитория постоянная, а насчёт трафика с ПС могу только грустить и дальше работать.
Добрые правообладатели стёрли старый сайт с результатов поиска удалив порядка 10-20к страниц, после чего гугОл со своими фильтрами добил упавшего снизив видимость до 70%.
Пока что проблема только с Google Поиском, с Adsense все норм.
Мне с моим уровнем желательно готовый скрипт получить. В который оборачивать объявления РСЯ.
Попросите ChatGPT написать вам скрипт.
как долго проходили модерацию на новом домене?
6-8 часов.
