5. Частые случаи и примеры использования mod

5. Частые случаи и примеры использования mod_rewrite

Оглавление. Полное руководство по mod_rewrite 1. Как включить и как работает mod_rewrite
2. Регулярные выражения mod_rewrite
3. Флаги RewriteRule
4. Директива RewriteCond

5. Частые случаи и примеры использования mod_rewrite
5.1 Проверка доступности mod_rewrite
5.1.1 Как включить RewriteEngine
5.1.2 Как проверить, включён ли mod_rewrite
5.1.3 Как сделать так, чтобы правила перезаписи использовались только если mod_rewrite включен
5.2 Использование mod_rewrite для перенаправления (редиректа) и переназначения URL
5.2.1 Страница поменяла адрес, как показать новую страницу по старому адресу без редиректа
5.2.2 Страница поменяла адрес, как перенаправить на новую страницу при запросе старой (редирект)
5.2.3 Переадресация при смене домена
5.2.4 Простой редирект на новый сайт
5.2.5 Как переправить все запросы из одной директории, в другую
5.2.6 Использовать URL адресов без расширения файлов .php
5.2.7 Универсальный документ ошибки (Error Document) для не найденных ресурсов (ошибка 404 Not Found)
5.2.8 Со статики на динамику
5.2.9 Обратная совместимость для изменений расширения файла
5.2.10 Замена на WebP изображения
5.3 Канонические имена хостов и URL. HTTPS
5.3.1 Как сделать редирект с HTTP на HTTPS
5.3.2 Как сделать редирект на с HTTP на HTTPS всех страниц кроме некоторых
5.3.3 Как сделать редирект на с HTTP на HTTPS только некоторых страниц
5.3.4 Принудительное использование HTTPS за прокси
5.3.5 Всегда использовать WWW перед именем домена
5.3.6 Всегда использовать WWW перед именем домена – универсальный вариант
5.3.7 Никогда не использовать WWW перед именем домена
5.3.8 Никогда не использовать WWW перед именем домена – универсальный вариант
5.3.9 Принудительное использование канонического имени с HTTPS и www
5.3.10 Канонический вид с HTTPS и без www
5.3.11 Принудительное SSL и www для главного домена, принудительное SSL без www для всех поддоменов (кроме локальных)
5.3.12 Принудительное добавление конечного слеша к адресу сайта
5.3.13 Удаление конечного слеша
5.3.14 Удаление лишних слешей в адресе URL
5.4 Контроль доступа и блокировка хотлинка
5.4.1 Ограничение доступа по IP
5.4.2 Запрет доступа к скрытым файлам и директориям
5.4.3 Запрет хотлинка изображений
5.4.4 Запрет хотлинкинга только для определённых доменов
5.4.5 Разрешение хотлинка для определённых сайтов
5.4.6 Блокировка пользователя по рефереру (Referrer)
5.4.7 Блокировка плохих ботов, клонеров сайтов, офлайн браузеров
5.4.8 Запрет доступа к файлу или директории в определённые периоды времени
5.4.9 Запрет доступа с пустым реферером (Referer)
5.4.10 Блокировка доступа по части пользовательского агента (User Agent)
5.4.11 Как заблокировать доступ по точному совпадению User Agent
5.4.12 Запрет доступа к определённым страницам
5.4.13 Запрет доступа IP и диапазонам
5.4.14 Комбинирование правил контроля доступа
5.4.15 Как фильтровать по строке запроса, идущей после знака вопроса
5.5 Обработка строки параметров URI в mod_rewrite
5.5.1 Запросы: request и query
5.5.2 Как в mod_rewrite искать по параметрам после знака вопроса
5.5.3 Как с mod_rewrite удалить параметр из URI
5.5.4 mod_rewrite: отрицание в строке запроса %{QUERY_STRING}
5.5.5 Как в mod_rewrite переписать строку запроса
5.6 Перенаправление портов
5.6.1 Как перенаправить запросы на 80-й порт
5.6.2 Как перенаправить запросы на 443-й порт
5.6.3 Как перенаправить запросы на 80-й порт кроме некоторых страниц
5.7 Как в mod_rewrite читать параметры POST

6. Продвинутые техники
7. Директива RewriteMap

Контроль доступа к сайту (блокировка по IP, User-Agent)

В предыдущих частях мы изучили практически всю документацию по mod_rewrite. Остались директивы RewriteMap и RewriteOptions. RewriteMap также используется для перезаписи URL адресов, но применяется реже других; к ней мы вернёмся позже. Директива RewriteOptions также применяется нечасто. Особенностью RewriteMap является то, что её нельзя использовать в .htaccess. Её можно использовать только в контексте сервера, либо виртуальных хостов. По большому счёту, RewriteMap не добавляет новой функциональности – она только позволяет вынести большой массив данных, которые нецелесообразно или слишком сложно описывать при помощи регулярных выражений, в отдельные файлы. Получаются такие выделенные базы данных. Тем не менее, мы всё равно рассмотрим RewriteMap в одной из последующих частей.

Сейчас для закрепления изученной теории, мы перейдём к практическим примерам самых частых случаев использования mod_rewrite, включая подробное описание того, как они работаю. Если после знакомства с теорией и этими примерами у вас остались вопросы, то пишите их здесь в комментариях.

Обратите внимание, что во многих примерах используются конкретные файловые пути, значения запросов и прочее – эти примеры не будут работать у вас без изменений в вашей конфигурации сервера, поэтому важно, чтобы вы их понимали, а не просто копировали в вашу конфигурацию.

О включении модуля mod_rewrite в конфигурационном файле Apache было рассказано в первой части. Если модуль включен, то его необходимо активировать в файле .htaccess директивой RewriteEngine:

code:

RewriteEngine On

Это достаточно сделать один раз, даже если вы используете несколько правил перезаписи.

Для работы модуля также необходима активация опции FollowSymLinks. Эта опция может быть активирована в конфигурационном файле Apache (об этом также уже было сказано в первой части). Если эта опция отключена на уровне веб-сервера (или виртуального хоста), то её можно включить в файле .htaccess. Её нужно указать до директивы RewriteEngine:

code:

Options +FollowSymLinks
RewriteEngine On

Самым простым способом является использование функции phpinfo(). Если модуль включён, то в таблице apache2handler в колонке Loaded Modules будет указано mod_rewrite (а также все другие модули, которые включены).

Этот способ является самым универсальным: вы можете использовать его в любой системе, в том числе на совместном (shared) хостинге.

Откройте командную строку (Win+x, затем выберите Windows PowerShell). Перейдите в каталог, где размещены бинарные файлы Apache. Например, в моём случае это папка C:\Server\bin\Apache24\bin\:

code:

cd C:\Server\bin\Apache24\bin\

code:

./httpd.exe -M

Чтобы вывести список всех загруженных веб-сервером Apache модулей, используется опция -M. Исполнимый файл веб-сервера может называться apache2ctl или httpd в зависимости от используемого дистрибутива.

Для Debian, Ubuntu, Kali Linux, Linux Mint и их производных команда для вывода списка модулей следующая:

Для Arch Linux, BlackArch и некоторых других дистрибутивов команда такая:

Проверка включён ли mod_rewrite с помощью .htaccess

code:

RewriteEngine on

И попробуйте открыть адрес папки, где вы сохранили .htaccess, если возникнет ошибка «500 Internal server error», значит модуль mod_rewrite не включён в конфигурационном файле Apache.

Как сделать так, чтобы правила перезаписи использовались только если mod_rewrite включен

Конструкция <IfModule> проверяет, включён ли модуль. Если модуль включён, то выполняются директивы, которые находятся в секции <IfModule>…</IfModule>. Если модуль отключён, то эти директивы игнорируются. В результате, если модуль выключен, то неизвестные директивы не вызовут ошибку веб-сервера.

code:

<IfModule mod_rewrite.c>
……
……
</IfModule>

Вместо многоточий запишите желаемые директивы mod_rewrite, пример:

code:

<IfModule mod_rewrite.c>
     RewriteEngine On
     RewriteCond %{HTTP_USER_AGENT} ^HTTrack [NC,OR]
     RewriteCond %{HTTP_USER_AGENT} ^sqlmap [NC,OR]
     RewriteCond %{HTTP_USER_AGENT} ^wpscan [NC,OR]
     RewriteCond %{HTTP_USER_AGENT} ^text [NC]
     RewriteRule ^.* - [F]
</IfModule>

Перед именем модуля можно поставить ! (восклицательных знак) и тогда то, что внутри IfModule будет выполнено только если проверяемый модуль НЕ включён.

Секции <IfModule> можно использовать внутри другой секции <IfModule> и выполнять простые тестирования нескольких модулей в зависимости от условия предыдущих тестов модулей.

Эту секцию следуют использовать только если вам нужен один конфигурационный файл, которые работает независимо от того, доступен ли определённый модуль. При обычной работе директивы не должны размещаться в секциях <IfModule>.

Использование mod_rewrite для перенаправления (редиректа) и переназначения URL

Страница поменяла адрес, как показать новую страницу по старому адресу без редиректа

Предположим, мы недавно переименовали страницу foo.html в bar.html и теперь хотим, чтобы старый URL также работал для обратной совместимости. Однако мы хотим, чтобы пользователи старого URL-адреса даже не узнали, что страницы были переименованы, то есть мы не хотим, чтобы адрес изменялся в их браузере.

Мы с помощью RewriteRule делаем преобразования запроса, содержащего старый адрес, на новый, задав следующее правило:

code:

RewriteEngine  on
RewriteRule    "^/foo\.html$"  "/bar.html" [PT]

В этом примере ^/foo\.html$ является регулярным выражением. Символы ^ и $ обозначают начало и конец строки соответственно. Перед точкой стоит слеш, чтобы символ трактовался буквально (как точка), а не как подстановочный символ (в качестве подстановочного символа точка означает любой один символ).

Страница поменяла адрес, как перенаправить на новую страницу при запросе старой (редирект)

Предположим еще раз, что мы недавно переименовали страницу foo.html в bar.html и вновь хотим, чтобы старый URL работал для обратной совместимости. Но на этот раз мы хотим, чтобы пользователи старого URL-адреса получили намек на новый, т. е. поле адресной строки их веб-браузера должно измениться.

Мы принудительно перенаправляем HTTP на новый URL-адрес, что приводит к изменению адреса страницы в браузере и, следовательно, того, что показано пользователю:

code:

RewriteEngine  on
RewriteRule    "^/foo\.html$"  "bar.html" [R]

Кстати, для простых случаев редиректа можно использовать директиву Redirect. Эта директива не смогла бы заменить первый пример, когда мы показываем содержимое другой страницы без смены адреса (без редиректа). С Redirect второй пример выглядел бы так:

code:

Redirect "/foo.html" "/bar.html"

Если сайт сменил домен, но сохранил прежнюю структуру страниц. Вы хотите, чтобы старые URL адреса продолжали работать пока пользователи не обновят их закладки.

Вы можете использовать mod_rewrite для перенаправления этих URL на новый домен, но также рассмотрите вариант с использованием директив Redirect или RedirectMatch.

В этом примере будет производиться переадресация на новый домен с сохранением запроса, замените НОВЫЙ-САЙТ.ru на адрес сайта, куда должен выполняться редирект

code:

RewriteEngine on
RewriteRule "(.+)" "https://НОВЫЙ-САЙТ.ru/$1" [R=301,L]
RewriteRule ^ "https://НОВЫЙ-САЙТ.ru/" [R=301,L]

Ещё один вариант, который также делает переадресацию на новый домен с сохранением структуры сайта, замените НОВЫЙ-САЙТ.ru на адрес сайта, куда должен выполняться редирект, а СТАРЫЙ-САЙТ.ru на имя старого домена:

code:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^СТАРЫЙ-САЙТ.ru$ [NC]
RewriteRule ^(.*)$ https://НОВЫЙ-САЙТ.ru/$1 [R=301,L]

В последующих примерах замените example.com на адрес сайта, куда должен выполняться редирект.

code:

# С mod_rewrite
RewriteEngine on
RewriteRule   "^/docs/(.+)"  "http://new.example.com/docs/$1"  [R,L]

Правило означает найти запросы, которые содержат строку, которая начинается с /docs/ (символ ^ означает начало строки, а /docs/ - это буквальная последовательность символов), за которой затем следует что угодно (точка означает любой символ, а знак плюс означает один или более раз). Скобки образуют обратную ссылку. Т.е. то, что совпадает с выражением в скобках, можно использовать в дальнейшем, сославшись на это с помощью $1.

В строке перезаписи http://new.example.com/docs/ является буквальной частью, а $1 – это то, что совпало с частью выражения в скобках, т.е. обратная ссылка на (.+).

Таким образом, если был сделан запрос http://another.com/docs/best, то будет сделана переадресация на адрес http://new.example.com/docs/best.

code:

# С RedirectMatch
RedirectMatch "^/docs/(.*)" "http://new.example.com/docs/$1"

code:

# С Redirect
Redirect "/docs/" "http://new.example.com/docs/"

Директивы Redirect и RedirectMatch должы быть «легче» для сервера, но не всегда сложные случаи можно описать без использования mod_rewrite.

Если сайт сменил домен и не сохранил структуру страниц, т.е. если вам нужно перенаправить все запросы на новый сайт (например, на его главную страницу), то это делается так:

code:

RewriteEngine  on
RewriteRule ^ https://newsite.ru

В результате независимо от запрошенной страницы, все запросы будут переданы на главную страницу другого домена. Замените https://newsite.ru на тот сайт, куда вы перенаправляете запросы.

Как переправить все запросы из одной директории, в другую

code:

RewriteEngine On
RewriteRule ^source-directory/(.*) /target-directory/$1 [R=301,L]

Все обращения к содержимому директории source-directory будут переадресованы к содержимому директории target-directory.

Использовать URL адресов без расширения файлов .php

Этот снипет позволяет вам использовать URL без расширения PHP, например, example.com/users вместо example.com/users.php.

code:

RewriteEngine On
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteRule ^([^.]+)$ $1.php [NC,L]

Универсальный документ ошибки (Error Document) для не найденных ресурсов (ошибка 404 Not Found)

Следующее правило выводит указанный вами файл в случае возникновения ошибки 404 Not Found. Обратите внимание, что вам самим нужно указать правильный код ответа HTTP 404 в заголовках ответа (в PHP коде, например).

code:

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^ /dir/error.php [END]

Если это правило перезаписи вызовет ошибку сервера, то замените флаг [END] на [L]. Флаг [END] подходит лучше, но поддерживается Apache 2.4 и не поддерживается версией Apache 2.2.

Вместо /dir/error.php нужно указать путь до файла, который вы хотите показывать в случае возникновения ошибки 404 (файл не найден).

Как мы можем трансформировать статичную страницу foo.html в динамичный вариант foo.cgi бесшовным образом, т.е. без уведомления браузера/пользователя.

Мы просто переписываем URL на CGI-скрипт и принуждаем обработчик быть cgi-скриптом так, что он выполняется как CGI программа. Таким образом, запрос /~quux/foo.html внутренне приводить к вызову /~quux/foo.cgi.

code:

RewriteEngine  on
RewriteBase    "/~quux/"
RewriteRule    "^foo\.html$"  "foo.cgi"  [H=cgi-script]

Обратная совместимость для изменений расширения файла

Как мы можем сделать обратную совместимость URL (виртуально ещё существующих) после миграции document.YYYY в document.XXXX, например, после перехода ряда.html файлов на .php?

Мы переписываем имя в его базовое имя и проверяем наличие файла с новым расширением. Если он существует, мы берем его, иначе URL используется в исходном состоянии.

code:

#   набор правил для обратной совместимости
#   для перезаписи document.html на document.php
#   только тогда, когда document.php существует
<Directory "/var/www/htdocs">
    RewriteEngine on
    RewriteBase "/var/www/htdocs"

    RewriteCond "$1.php" -f
    RewriteCond "$1.html" !-f
    RewriteRule "^(.*).html$" "$1.php"
</Directory>

В этом примере используется часто забываемая возможность mod_rewrite, вытекающая из порядка выполнения набора правил. В частности, mod_rewrite оценивает левую сторону RewriteRule (Шаблон поиска), прежде чем оценивать директивы RewriteCond. Следовательно, $1 уже определён к тому времени, когда оцениваются директивы RewriteCond. Это позволяет нам проверять наличие исходного (document.html) и целевого (document.php) файла с использованием того же базового имени файла.

Этот набор правил предназначен для использования в контексте директорий (в блоке <Directory> или в файле .htaccess), так что проверки -f смотрят в каталог по правильному пути. Возможно, вам потребуется установить директиву RewriteBase, чтобы указать базу каталогов, в которой вы работаете.

Если поддерживаются WebP изображения, и изображение с файловым расширением .webp найдено в том же месте, где на сервере находится картинка jpg/png, то вместо неё будет отправлено изображение WebP.

code:

RewriteEngine On
RewriteCond %{HTTP_ACCEPT} image/webp
RewriteCond %{DOCUMENT_ROOT}/$1.webp -f
RewriteRule (.+)\.(jpe?g|png)$ $1.webp [T=image/webp,E=accept:1]

К одной и той же странице можно обратиться по-разному. Например, главную страницу сайта можно открыть любым из следующих методов:

Вариантов может быть даже больше, если сайт доступен и на HTTP, и на HTTPS. Также варианты могут возникнуть из-за различных ошибок составления ссылок, при которых страница продолжает открываться. Например:

Хотя большинству людей понятно, что все эти URL являются одним и тем же, с технической точки зрения это не так. Для веб-сервера это различные URL. И если они открыты, поисковые системы их могут проиндексировать.

Поисковые системы стали значительно более продвинутыми, но не нужно рассчитывать только на них в вопросе борьбы с диблирующими страницами. К тому же, это может внести путаницу в аналитику (когда для каждого из перечисленного примера доход или посещаемостью считаются отдельно, хотя это одна и та же страница).

Поэтому веб-мастеру следует позаботиться о каноническом URL. На самом деле, нет никакой разницы, какую именно форму URL вы выберите в качестве канонической. Главное, выбрать что-то одно и придерживаться этого.

Помните, что для использования HTTPS протокола недостаточно просто сделать переадресацию, также должен быть настроен веб-сервер. То есть вы должны получить сертификаты и указать их в настройках хоста. Также веб-сервер должен быть настроен на прослушивание 443 порта. Если это всё готово, то для перенаправления на HTTPS, в файл .htaccess добавьте строки:

code:

RewriteEngine on
RewriteCond %{HTTPS} !on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI}

В этом примере переменная %{HTTPS} содержит on, если сайт использует HTTPS и содержит off, если используется HTTP. Таким образом, адрес страницы переписывается только если к ней обращаются по HTTP.

В RewriteRule в качестве шаблона поиска используется ^ - символ начала строки. Т.е. под это условие подпадают все строки. Цель переадресации указывается с помощью буквальной строки https:// и двух переменных окружения %{HTTP_HOST} и %{REQUEST_URI}.

Ещё один вариант записи, возможно, кому-то будет более простым для восприятия:

code:

RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

В этом примере !on (не включено) заменено на off (выключено) и вместо ^ (начало строки) используется (.*) (означает «что угодно»). По сути эти две записи делают одно и то же.

Также на вашем HTTPS веб-сайте рекомендуется включить HTTP Strict Transport Security (HSTS) для помощи в предотвращении атак человек-посередине. Для этого достаточно добавить строки:

code:

<IfModule mod_headers.c>
    Strict-Transport-Security: max-age=31536000; includeSubDomains
</IfModule>

ВНИМАНИЕ: HSTS после включения трудно выключить. Поэтому HSTS включайте только осмысленно, когда вы точно уверены, что у вас не возникнет необходимости вновь откатываться с HTTPS до HTTP и вы уверены, что на сайте не должно быть страниц на HTTP. Либо вы понимаете, как отключить HSTS.

Как сделать редирект на с HTTP на HTTPS всех страниц кроме некоторых

Предположим, что нам нужно перевести на HTTPS все страницы кроме тех, которые находятся в папке /.well-known/, тогда используется следующая конструкция:

code:

RewriteEngine on
RewriteCond %{HTTPS} !on
RewriteCond %{REQUEST_URI} !^/.well-known/
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI}

Замените /.well-known/ на желаемую папку или адрес страницы.

Если нужно исключить несколько страниц или каталогов, то составьте регулярное выражение с альтернативным выбором, т.е. с использованием трубы (|). Например, нужно включить переадресацию на HTTPS для всех страниц кроме находящихся в папке /.well-known/, в папке /test/, а также файла /stay-away.php:

code:

RewriteEngine on
RewriteCond %{HTTPS} !on
RewriteCond %{REQUEST_URI} !^(/.well-known/|/test/|/stay-away.php)
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI}

Важно: если установлен заголовок Strict-Transport-Security:

code:

<IfModule mod_headers.c>
  Header always set Strict-Transport-Security "max-age=15768000; includeSubDomains; preload"
</IfModule>

То правила с выборочным использованием или не использованием HTTPS для определённых страниц работать НЕ БУДУТ! Веб-браузер, получая этот заголовок, для всего сайта — для всех страниц и даже для всех субдоменов, включает HSTS (HTTP Strict Transport Security). С практической точки зрения это означает, что веб-браузер будет работать только с HTTPS страницами — открывать их сразу по HTTPS протоколу даже если ссылка или редирект указывают на использование HTTP протокол. Аналогичное правило распространяется на субдомены; если сертификат не поддерживает какой-либо субдомен сайта, то такой адрес будет невозможно открыть. Сайт с включённым HSTS невозможно добавить в исключения веб-браузера, чтобы он игнорировал ошибки неправильных SSL сертификатов.

Как сделать редирект на с HTTP на HTTPS только некоторых страниц

Если вам нужно перенаправить с HTTP на HTTPS только отдельные страницы, то подойдут показанные ранее примеры. Единственное необходимое в них изменение – убрать восклицательный знак (!), который служит для отрицания совпадения.

Для настройки редиректа на HTTPS только для папки /.well-known/

code:

RewriteEngine on
RewriteCond %{HTTPS} !on
RewriteCond %{REQUEST_URI} ^/.well-known/
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI}

Для настройки редиректа на HTTPS только для папки /.well-known/, папки /test/, а также файла /stay-away.php:

code:

RewriteEngine on
RewriteCond %{HTTPS} !on
RewriteCond %{REQUEST_URI} ^(/.well-known/|/test/|/stay-away.php)
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI}

Полезно, если у вас есть прокси-сервер перед вашим сервером, отключающий TLS.

code:

RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

Если вы хотите, чтобы в строке браузера перед названием домена всегда шло www, то используйте следующие правила:

code:

RewriteEngine on
RewriteCond %{HTTP_HOST} ^example\.com [NC]
RewriteRule ^(.*)$ http://www.example.com/$1 [L,R=301,NC]

Обратите внимание, что example.com нужно заменить на домен вашего сайта, вместо протокола http:// может быть указано https://, а в строке ^example\.com слеш перед точкой не случаен – эта строка является регулярным выражением, чтобы точка рассматривалась не как подстановочный символ, а как буквальная точка, используется слеш.

Всегда использовать WWW перед именем домена – универсальный вариант

Этот вариант подойдёт без изменений для любых сайтов: не нужно указывать имя хоста (доменное имя), а также не нужно указывать, используется ли протокол HTTP или HTTPS. Т.е. это более универсальный вариант.

code:

RewriteEngine On
RewriteCond %{HTTP_HOST} !=""
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteCond %{HTTPS}s ^on(s)|
RewriteRule ^ http%1://www.%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Первое условие проверяет, не является ли значение Host пустым (в случае HTTP/1.0). Второе проверяет, не начинается ли Host на www..

Обратите внимание на RewriteCond %{HTTPS}s ^on(s)|. Здесь используется довольно хитрый приём. Как было сказано чуть выше, переменная окружения %{HTTPS} содержит on, если сайт использует протокол HTTPS, и содержит off, если используется HTTP. К переменной окружения добавлена буквальная буква s, в результате происходит проверка строки %{HTTPS}s, которая, в зависимости от того, включен ли HTTPS или нет, может сводиться к ons или offs. Эта строка сравнивается с регулярным выражением ^on(s)|, где ^ - это символ начала строки. Символ трубы (|) говорит о том, что подойдёт любая альтернатива – стоящая перед этим символом или после. Перед этим символом стоит строка on(s), а после – ничего. Пустая строка соответствует любой сравниваемой строке. Исходя из этого, результат RewriteCond всегда будет сводиться к истине. Но в зависимости от того, какая часть регулярного выражения совпала: on(s) или пустая строка, обратная ссылка будет иметь значение «s» или будет пустой строкой. Обратная ссылка задаётся скобками, в которых находится буква s.

В результате http%1 при RewriteRule будет сводиться к https или к http.

Таким образом, это правило подойдёт для любого сайта, в нём не нужно прописывать свой домен как это нужно делать в предыдущем. Также не нужно заботиться о протоколе сайта.

Никогда не использовать WWW перед именем домена

Если вам не нужно, чтобы перед доменом в строке браузера были буквы www, то используйте следующее правило:

code:

RewriteEngine on
RewriteCond %{HTTP_HOST} ^www\.example\.com [NC]
RewriteRule ^(.*)$ http://example.com/$1 [L,R=301]

В нём замените http://example.com на имя вашего домена. Также обратите внимание на протокол. Во второй строке слеши используются для того, чтобы точки в регулярном выражении трактовались как буквальные символы (а не подстановочные).

Никогда не использовать WWW перед именем домена – универсальный вариант

Если вам нужно избавиться от www в адресной строке браузера, то следующее правило это сделает, переадресую запрос на аналогичный адрес, но без www:

code:

RewriteEngine on
RewriteCond %{HTTP_HOST} ^www\.
RewriteCond %{HTTPS}s ^on(s)|off
RewriteCond http%1://%{HTTP_HOST} ^(https?://)(www\.)?(.+)$
RewriteRule ^ %1%3%{REQUEST_URI} [R=301,L]

В этом наборе условий и правила не нужно указывать свой домен – конструкция является универсальной для любого сайта, также подходит для сайтов на HTTP и HTTPS.

Принудительное использование канонического имени с HTTPS и www

Если ваш сайт работает через протокол HTTPS и в качестве канонического имени вы выбрали использовать www перед именем домена, то вам поможет любое из следующих правил. У них нет принципиальной разницы, если какоео-то из них не подошло для ваших условий, просто попробуйте другое.

code:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule .* https://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

В этом примере имеются два правила перезаписи. Первое перенаправляет на HTTPS. Второе правило перезаписывает любой запрос с неверным доменом на использование www. Флаг [NC] означает совпадение независимо от регистра.

code:

RewriteEngine On
RewriteCond %{HTTP_HOST} (?!^www\.)^(.+)$ [OR]
RewriteCond %{HTTPS} off
RewriteRule ^ https://www.%1%{REQUEST_URI} [R=301,L]

code:

RewriteEngine on
RewriteCond %{HTTP_HOST} !^$
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteCond %{HTTPS}s ^on(s)|
RewriteRule ^ http%1://www.%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=302,L,NE]

Четвёртый способ (замените domain.ru на свой домен):

code:

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.domain\.ru [NC]
RewriteRule ^(.*)$ https://www.domain.ru/$1 [R=301,L]
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://www.domain.ru/$1 [R=301,L]

Если ваш сайт работает на HTTPS, но вы не хотите видеть www в адресной строке браузера перед именем домена, то используйте:

code:

RewriteEngine on
RewriteCond %{HTTPS} !on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI}
RewriteCond %{HTTP_HOST} ^www\.
RewriteCond %{HTTPS}s ^on(s)|off
RewriteCond http%1://%{HTTP_HOST} ^(https?://)(www\.)?(.+)$
RewriteRule ^ %1%3%{REQUEST_URI} [R=301,L]

Принудительное SSL и www для главного домена, принудительное SSL без www для всех поддоменов (кроме локальных)

code:

RewriteEngine On
# для поддоменов: принудительно ssl и без www
RewriteCond %{HTTP_HOST} !\.local$ [NC]
RewriteCond %{HTTPS} !=on
RewriteCond %{HTTP_HOST} !^(www\.)?domain\.ru$ [NC]
RewriteCond %{HTTP_HOST} ^(?:www\.|)(.*)$ [NC]
RewriteRule ^.*$ https://%1%{REQUEST_URI} [R,L]

# для главных доменов: принудительно ssl без www
RewriteCond %{HTTP_HOST} !\.local$ [NC]
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP_HOST} ^domain\.ru$ [NC]
RewriteRule ^.*$ https://www.domain.ru%{REQUEST_URI} [R,L]

Принудительное добавление конечного слеша к адресу сайта

Если вам нужно добавить к URL конечный слеш (в том случае, если он отсутствует), то воспользуйтесь этим правилом перезаписи:

code:

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*[^/])$ /$1/ [L,R=301]

Этот сниппет перенаправит пути, заканчивающиеся на слеши, на аналогичные, но без конечного слеша (кроме действительных директорий), к примеру http://www.example.com/blog/ на http://www.example.com/blog. Это важно для SEO, поскольку рекомендуется иметь канонический URL для каждой страницы.

Если вам нужно убрать из URL конечный слеш, то для этого используйте:

code:

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)/$ /$1 [L,R=301]

Удаление конечных слешей из произвольных путей

Удаление конечных слешей из URL для веб-сайтов, размещённых в директории (как example.org/blog/):

code:

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} (.+)/$
RewriteRule ^ %1 [L,R=301]

Например, страница /catalog///stranica.html доступна и открывается. Чтобы избежать такой ситуации и не плодить бесконечное число дублей следует записать следующий редирект:

code:

RewriteEngine on
RewriteBase /
RewriteCond %{HTTP_HOST} !=""
RewriteCond %{THE_REQUEST} ^[A-Z]+\s/{2,}+(.*)\sHTTP/[0-9.]+$ [OR]
RewriteCond %{THE_REQUEST} ^[A-Z]+\s(.*)/{2,}+\sHTTP/[0-9.]+$
RewriteRule .* http://%{HTTP_HOST}%1 [R=301,L]

Это правило удаляет лишние слеши из начала и конца URL.

В этом правиле используется переменная %{THE_REQUEST}, она содержит полный запрос, примерно следующего вида:

code:

GET /index.html HTTP/1.1

Для разделения частей запроса в выражениях условий, используется \s, которая означает белые пробелы.

В предыдущем правиле удаляются лишние слеши только в начале или конце запроса. Чтобы заменить два и более слеша в середине URL на одинарный слеш используйте следующее правило:

code:

RewriteEngine on
RewriteBase /
RewriteCond %{HTTP_HOST} !=""
RewriteCond %{THE_REQUEST} ^[A-Z]+\s(.+)/{2,}+(.+)\sHTTP/[0-9.]+$
RewriteRule .* http://%{HTTP_HOST}%1/%2 [R=301,L]

Модуль mod_rewrite умеет переадресовывать, показывать различные страницы или блокировать доступ в зависимости от IP пользователя. Но если вам нужно просто заблокировать доступ для определённых IP, либо разрешить доступ определённым IP, но намного более удобным и лучшим вариантом будет использовать другой модуль, отвечающий за Контроль доступа к сайту (по ссылке подробная инструкция и множество примеров ограничения доступа к папка и отдельным файлам).

Запрет доступа к скрытым файлам и директориям

Скрытые файлы и директории (это те, чьи имена начинаются на точку .), должно в основном, если не всегда, быть защищены от просмотра веб-клиентами. Примеры таких файлов и папок: .htaccess, .htpasswd, .git, .hg…

code:

RewriteEngine on
RewriteCond %{SCRIPT_FILENAME} -d [OR]
RewriteCond %{SCRIPT_FILENAME} -f
RewriteRule "(^|/)\." - [F]

В качестве альтернативы, чтобы запутать атакующего, при попытке открыть такие файлы можно вызвать ошибку «Not Found».

code:

RedirectMatch 404 /\..*$

Хотлинк (англ. hotlink) – включение в веб-страницу файлов-изображений или других ресурсов с чужого сервера.

При использовании следующих правил вам нужно отредактировать домен example.com на имя вашего сайта.

Также при тестировании помните о кэшировании (если оно включено, то изображении некоторое время всё равно будет отдаваться из кэша).

code:

RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^https?://(.+\.)?example.com [NC]
RewriteRule \.(jpe?g|png|gif|bmp)$ - [NC,F,L]

Приведённый выше вариант разрешит отправку изображений при пустом реферере («Blank Referrers»).

Что такое пустой реферер? Некоторые посетители имеют персональные файерволы или антивирусные программы, которые удаляют информацию о реферере (referrer) страницы, которую отправляет ваш веб-браузер. Защита от хотлинка основывается на этой информации. Поэтому если вы выберите запрет отправки изображений пользователям с пустым реферером, то вы заблокируете этих пользователей. Также это не позволит пользователям напрямую получать доступ к изображению, если они набрали его URL в браузере.

Допустим, вы не хотите разрешать «пустой реферер», тогда используйте следующий вариант:

code:

RewriteEngine on
RewriteCond %{HTTP_REFERER} !^https?://(.+\.)?example.com [NC]
RewriteRule \.(jpe?g|png|gif|bmp)$ - [NC,F,L]

Допустим вы хотите показать изображение в духе «STOP HOTLINKING», тогда используйте следующий метод:

code:

RewriteEngine on
# Удалите следующую строку, если вы хотите запретить доступ с пустым реферером
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^https?://(.+\.)?example.com [NC]
RewriteRule \.(jpe?g|png|gif|bmp)$ - [NC,F,L]

RewriteRule \.(jpe?g|png|gif|bmp) http://example.com/blocked.png [R,L]

Не забудьте поменять адрес изображения (http://example.com/blocked.png) на свой. Также убедитесь, что это изображение НЕ защищено от хотлинка, в противном случае ваш сервер попадёт в бесконечную петлю.

Запрет хотлинкинга только для определённых доменов

Иногда нужно отключить хотлинкинг изображений только для некоторых плохих парней. Для запрета хотлинка только от определённых доменов, таких как blockurl1.com, blockurl2.com и blockurl3.com, но разрешения любым другим сайтам вставлять ваши изображения:

code:

RewriteEngine On
RewriteCond %{HTTP_REFERER} ^http://(.+\.)?blockurl1\.com/ [NC,OR]
RewriteCond %{HTTP_REFERER} ^http://(.+\.)?blockurl2\.com/ [NC,OR]
RewriteCond %{HTTP_REFERER} ^http://(.+\.)?blockurl3\.com/ [NC]
RewriteCond %{REQUEST_URI} !blocked\.gif$ [NC]
RewriteRule .*\.(jpe?g|gif|bmp|png)$ http://example.com/blocked.gif [L]

Вы можете добавить столько различных доменов, сколько вам нужно. Каждая строка RewriteCond должна заканчиваться флагами [NC,OR]. NC означает игнорировать регистр. OR означает логическое ИЛИ, т.е. правило сработает, если совпал этот домен или любой другой. Последний домен в списке идёт без флага OR, поскольку строки RewriteCond заканчиваются.

Последняя строка содержит URL "http://example.com/blocked.gif", который содержит изображение, которое будет показываться когда совпадут перечисленные условия – т.е. сработает запрет хотлинка.

Строка RewriteCond %{REQUEST_URI} !blocked\.gif$ [NC] ОТКЛЮЧАЕТ запрет хотлинка для изображения, которое показывается в случае срабатывания правил – это позволяет избежать бесконечного цикла.

Вы можете показывать сообщение об ошибке 403 Forbidden вместо изображения. Для этого замените последнюю строку в предыдущем примере на:

code:

RewriteRule .*\.(jpe?g|gif|bmp|png)$ - [F]

Разрешение хотлинка для определённых сайтов

Чтобы разрешить хотлинк для определённых сайтов, укажите в следующих правилах свой сайт и сайты, которым вы хотите предоставить разрешение на вставку ваших картинок:

code:

RewriteEngine on
RewriteCond %{HTTP_REFERER} !^https?://(.+\.)?example.com [NC]
RewriteCond %{HTTP_REFERER} !^http://(www\.)?goodsite\.com/.*$ [NC]
RewriteRule .*\.(jpe?g|gif|bmp|png)$ - [F]

Блокировка пользователей на основе ссылающегося домена. Это запрещает доступ для всех пользователей, кто пришёл (отправлен с) определённого домена:

code:

RewriteEngine on
RewriteCond %{HTTP_REFERER} somedomain\.com [NC,OR]
RewriteCond %{HTTP_REFERER} anotherdomain\.com
RewriteRule .* - [F]

Замените somedomain.com и anotherdomain.com на действительные значения доменов (сайтов), которые вы не любите.

Бывают ситуации, когда негативный трафик идёт с определённых сайтов, например, с буксов или просто с сайтов, которые вам не нравятся. В некоторых случаях с такими переходами можно бороться, но не всегда.

Довольно часто на буксах бывают задания вроде «зайти в поисковую систему, ввести такой-то запрос, перейти на такой-то сайт» - с таким вряд ли получится бороться, поскольку этот запрос трудно отличить от обычного трафика.

Но если переход делается непосредственно с сайта букса, либо показывается в iframe, то с таким можно бороться.

Также если ваш сайт добавили в агрегатор или разместили ссылку на сайте, который вам не нравится, то этот метод также сработает.

К примеру плохим сайтом является https://site.click/. Чтобы заблокировать переходы с этого сайта, можно использовать следующее:

code:

RewriteCond %{HTTP_REFERER} https://site.click/ [NC]
RewriteRule .* - [R=404]

В этом случае всем, кто пришёл с сайта https://site.click/ будет показываться сообщение «404 страница не найдена». При желании, можно поставить любой другой код ответа вместо 404, например, 403 (доступ запрещён), 500 (внутренняя ошибка сервера) или любой другой.

При желании заблокировать доступ с нескольких сайтов, используйте флаг [OR], например:

code:

RewriteCond %{HTTP_REFERER} https://site.click/ [NC,OR]
RewriteCond %{HTTP_REFERER} anotherdomain\.com [NC,OR]
RewriteCond %{HTTP_REFERER} andanotherdomain\.com [NC,OR]
RewriteCond %{HTTP_REFERER} onemoredomain\.com [NC]
RewriteRule .* - [R=404]

Обратите внимание, в последней строке не нужно указывать флаг [OR].

Вместо вывода ошибки, можно сделать редирект на любую страницу своего сайта, например, в следующем случае все пришедшие с сайта https://site.click/ пользователи будут отправлены на страницу error.html вашего сайта:

code:

RewriteCond %{HTTP_REFERER} https://site.click/ [NC]
RewriteRule .* error.html [R]

А в следующие правила устанавливают всех пришедших с сайта https://site.click/ отправлять на https://natribu.org/ru/:

code:

RewriteCond %{HTTP_REFERER} https://site.click/ [NC]
RewriteRule .* https://natribu.org/ru/ [R]

Блокировка плохих ботов, клонеров сайтов, офлайн браузеров

Для отключения доступа ботам и другим программам:

code:

RewriteEngine on
RewriteBase /
RewriteCond %{HTTP_USER_AGENT} ^Anarchie [OR]
RewriteCond %{HTTP_USER_AGENT} ^ASPSeek [OR]
RewriteCond %{HTTP_USER_AGENT} ^attach [OR]
RewriteCond %{HTTP_USER_AGENT} ^autoemailspider [OR]
RewriteCond %{HTTP_USER_AGENT} ^Xaldon\ WebSpider [OR]
RewriteCond %{HTTP_USER_AGENT} ^Xenu [OR]
RewriteCond %{HTTP_USER_AGENT} ^Zeus.*Webster [OR]
RewriteCond %{HTTP_USER_AGENT} ^Zeus
RewriteRule ^.* - [F,L]

Обратите внимание, что список неполный и (возможно), неактуальный. Дополняйте/редактируйте список на основе анализа логов ваших веб-сайтов.

Если вместо блокировки доступа, вы хотите отправлять их на какие-нибудь адские веб-сайты по вашему выбору, то замените последнюю строку на:

code:

RewriteRule ^.*$ https://www.nsa.com [R,L]

Или отправьте их на виртуальную чёрную дыру фальшивых email адресов:

code:

RewriteRule ^.*$ http://english-61925045732.spampoison.com [R,L]

Запрет доступа к файлу или директории в определённые периоды времени

code:

RewriteCond %{TIME_HOUR} ^12$
RewriteRule ^.*$ - [F,L]

code:

RewriteCond %{TIME_HOUR} ^(12|13|14|15)$
RewriteRule ^.*$ - [F,L]

Следующий набор директив запрещает доступ с 18 часов до 7 часов утра. При попытке посетить сайт в этот промежуток времени, будет выдан ответ 403 Forbidden (флаг [F]):

code:

RewriteEngine On
RewriteCond "%{TIME_HOUR}" ">=18" [OR]
RewriteCond "%{TIME_HOUR}" "<07"
RewriteRule "^" "-" [F]

Следующее правило запретит доступ всем запросом, в котором не установлен HTTP заголовок Referer (в данном случае в логах Apache вместо строки Referer записывается "-"):

code:

RewriteEngineon
RewriteCond%{HTTP_REFERER}^$
RewriteRule^.*-[F,L]

Блокировка доступа по части пользовательского агента (User Agent)

Уже рассмотрены примеры блокировки ботов по User Agent, когда имя пользовательского агента короткое и представляет собой одну строку без пробела.

Необязательно указывать полное имя — можно указать только часть строки User Agent для совпадения. Специальные символы и пробелы должны быть экранированы.

Например, следующее правило заблокирует доступ для всех пользователей, в чьей строке User Agent встречается «Android 10»:

code:

RewriteEngineon
RewriteCond%{HTTP_USER_AGENT}"Android\ 10"
RewriteRule^.*-[F,L]

Примеры заблокированных этим правилом User Agent:

Как заблокировать доступ по точному совпадению User Agent

Если вам нужно заблокировать доступ к сайту определённым User Agent с точным совпадением имени, то используйте конструкцию с If:

code:

<If "%{HTTP_USER_AGENT} == 'Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)'">
Require all denied
</If>

<If "%{HTTP_USER_AGENT} == 'Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0'">
Require all denied
</If>

<If "%{HTTP_USER_AGENT} == 'Mozilla/5.0 (Windows NT 6.1; rv:45.0) Gecko/20100101 Firefox/45.9.0'">
Require all denied
</If>

Переменная %{REQUEST_URI} включает в себя всё, что идёт в запросе после имени хоста (но не включает то, что идёт после знака вопроса в URL), используя её можно фильтровать запросы по URL, строке запроса, именам файла или их частям. Например:

code:

RewriteEngineon
RewriteCond%{REQUEST_URI}"строка-запроса"
RewriteRule^.*-[F,L]

Не смотря на то, что в логах веб-сервера Apache некоторые символы, в том числе кириллица, отображается в URL кодировке, в данных правилах можно указывать кириллицу. Например, следующее правило заблокирует доступ к статье с URL https://zawindows.ru/как-узнать-какой-процесс-блокирует-фа/:

code:

RewriteEngineon
RewriteCond%{REQUEST_URI}"как-узнать-какой-процесс"
RewriteRule^.*-[F,L]

При желании, можно указать сразу несколько URL (или их частей). Каждая строка для поиска должна быть помещена в круглые скобки, между собой строки в скобках должны быть разделены символом | (конвейер, труба), например:

code:

RewriteEngineon
RewriteCond%{REQUEST_URI}"(проигрыватель-windows)|(как-узнать-какой-процесс)|(сколько-оперативной-памяти)|(как-в-windows-10-открывать-иконки)|(7-приложений-для-подделки-вашего)"
RewriteRule^.*-[F,L]

С помощью mod_rewrite можно блокировать отдельные IP от доступа к сайту:

code:

RewriteEngineon
RewriteCond"%{REMOTE_ADDR}""84.53.229.255"
RewriteRule^.*-[F,L]

Можно указать несколько IP адресов для блокировки:

code:

RewriteEngineon
RewriteCond"%{REMOTE_ADDR}""84.53.229.255" [OR]
RewriteCond"%{REMOTE_ADDR}""123.45.67.89" [OR]
RewriteCond"%{REMOTE_ADDR}""122.33.44.55"
RewriteRule^.*-[F,L]

Также можно использовать и диапазоны, но нужно помнить, что в данном случае строки расцениваются как регулярные выражения, но тесть нотация CIDR (например, 94.25.168.0/21) не поддерживается.

Диапазоны должны быть указаны как регулярные выражения — это можно сделать с использованием наборов символов. Например, для блокировки следующих диапазонов

code:

RewriteEngineon
RewriteCond"%{REMOTE_ADDR}""(94\.25\.1[6-7]])|(83\.220\.23[6-9])|(31\.173\.8[0-7])|(213\.87\.16[0-3])|(178\.176\.7[2-5])"
RewriteRule^.*-[F,L]

Обратите внимание, что диапазон 94.25.168.0 — 94.25.175.255 нельзя записать как 94.25.1[68-75], это будет истолковано как строка «94.25.1», и набор символов, включающий в себя символ 6, диапазон 8-7 и символ 5. Из-за диапазона 8-7 данная запись вызовет ошибку на сервере.

Поэтому для записи 94.25.168.0 — 94.25.175.255 используется «94\.25\.1[6-7]».

Также обратите внимание, что последний октет 0-255 можно пропускать, поскольку для совпадения с регулярным выражением достаточно того, что совпадёт часть IP адреса.

Задание: заблокировать пользователей, удовлетворяющих сразу ВСЕМ последующим критериями:

2. Пользовательский агент содержит строку «Android 10»

3. Доступ был сделан к странице, URL которой содержит любую из строк

4. Пользователь имеет IP адрес, принадлежащий любому из диапазонов:

Следующий набор правил будет соответствовать указанной задаче:

code:

RewriteEngineon
RewriteCond"%{REMOTE_ADDR}""(94.25.1[6-7]])|(83.220.23[6-9])|(31.173.8[0-7])|(213.87.16[0-3])|(178.176.7[2-5])"
RewriteCond%{HTTP_REFERER}^$
RewriteCond%{HTTP_USER_AGENT}"Android\ 10"
RewriteCond%{REQUEST_URI}"(проигрыватель-windows)|(как-узнать-какой-процесс)|(сколько-оперативной-памяти)|(как-в-windows-10-открывать-иконки)|(7-приложений-для-подделки-вашего)"
RewriteRule^.*-[F,L]

Обратите внимание, что правила, которые связаны логическим ИЛИ, должны быть собраны в одно большое правило. То есть ни с одним из правил нельзя использовать флаг [OR], иначе это сломает логику всего набора правил.

Пример правила блокировки всех пользователей с пустым Referer, кроме одного IP адреса (127.0.0.1):

code:

RewriteEngine on
RewriteCond "%{REMOTE_ADDR}""!127.0.0.1"
RewriteCond %{HTTP_REFERER}^$
RewriteRule ^.* -[F,L]

Как фильтровать по строке запроса, идущей после знака вопроса

Переменная %{QUERY_STRING} содержит строку запроса, которая следует после символа ? (знак вопроса) текущего запроса к серверу.

Обратите внимание, что фильтруемое значение должно быть в URL кодировке. К примеру, следующее правило:

code:

RewriteCond %{QUERY_STRING} "p=5373&%D0%B7%D0%B0%D0%B1%D0%BB%D0%BE%D0%BA%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C"
RewriteRule ^.* - [F,L]

Чтобы не возникло путаницы, начнём с терминов. В английском языке используются два слова request и query. Проблема в том, что они переводятся одинаково как «запрос». При этом они могут использоваться в одном контексте — в английском языке это не вызывает путаницы, а в русском получается «запрос» и «запрос», которые означают разные вещи.

Слово request относится к HTTP запросу. Протокол HTTP передаёт запрос на сервер, в этом запросе содержаться заголовки (например, информация об интересующем хосте (сайте), User-Agent пользователя, имеющиеся для этого сайта кукиз и прочее). Также говорят об URI запроса, методе запроса и так далее. Среди передаваемой информации также имеется query — строка запроса.

К примеру, если я в веб-браузере открою страницу suay.ru/wp-admin/post.php?post=1673&action=edit, то в ней строкой запроса (query) будет post=1673&action=edit, то есть всё то, что следует после ? (знака вопроса).

Как в mod_rewrite искать по параметрам после знака вопроса

Нужно понимать эту разницу, так как по умолчанию mod_rewrite работает с REQUEST_URI, то есть частью запроса, которая НЕ включает в себя строку query. Причём RewriteRule просто игнорирует query.

Очень часто mod_rewrite используется для ЧПУ («красивых» адресов), когда нужно сделать преобразования вида: из

В этом случае, как мы видим, исходная строка не содержит строки запроса (query), поэтому при написании правила проблема игнорирования query не возникает:

code:

RewriteEngine on
RewriteRule ([A-Za-z]+)/([A-Za-z]+)/([0-9]+)/([0-9]+) index.php?category=$1&subcat=$2&idc=$3&marea=$4

А что если нам нужно сделать преобразование другого рода:

code:

http://site.com/category/infos/pages.php?idc=4&marea=52

code:

http://site.com/category/infos/pages.php?marea=52

То есть мы убираем из строки запроса (query) параметр idc вместе с его значением.

В этом случае мы уже не можем использовать RewriteRule, поскольку его правила полностью игнорируют строку query. Правда, используя некоторые флаги можно сделать так, чтобы исходная строка запроса query добавлялась к новому URI — но нам в рассматриваемой ситуации нужно не это.

Проблема решается с использованием директивы RewriteCond, которая умеет работать с переменной QUERY_STRING, содержащей строку query с запросом.

Что нам нужно знать про RewriteCond? Директива RewriteCond оказывает воздействие на RewriteRule, которое следует после строки (или блока строк) RewriteCond. В RewriteCond также можно использовать обратные ссылки, но для разграничения от обратных ссылок RewriteRule, вместо $ (знака доллара) используется % (знак процента), то есть вместо $1, первая обратная ссылка обозначается как %1.

Итак, составляем RewriteCond для нашего случая:

code:

RewriteCond "%{QUERY_STRING}" "idc=([0-9]+)&marea=([0-9]+)$"

%{QUERY_STRING} означает, что анализируется строка запроса, следующая в URI после знака вопроса.

Строка idc=([0-9]+)&marea=([0-9]+)$ представляет собой шаблон поиска. То есть ищется строка, которая начинается на idc=, затем следуют цифры (одна или более) — причём, поскольку это регулярное выражение в скобках, то найденные цифры помещаются в первую обратную ссылку, затем идёт строка &marea=, затем опять цифры (одна или более), причём найденные цифры помещаются во вторую обратную ссылку. В данном случае символ $ означает конец анализируемой строки.

Чего мы этим добились? Мы сделали так, что значение idc будет помещено в первую обратную ссылку, а значение marea будет помещено во вторую обратную ссылку.

Переходим непосредственно к правилу перезаписи RewriteRule:

code:

RewriteRule "(.*)" "/$1?marea=%2" [L,R]

Регулярное выражение (.*) означает «что угодно». Но мы помним, что это «что угодно» игнорирует строку запроса query. То есть это URI без строки query. Причём, поскольку это регулярное выражение в скобках, то оно помещается в первую обратную ссылку.

Далее строка /$1?marea=%2. Она начинается с указания на корневую папку сайта (/), затем идёт первая обратной ссылка $1, в неё помещается весь URI кроме строки запроса, затем добавляется строка ?marea=, к которой добавляется то, что содержится во второй обратной ссылке (%2) от RewriteCond.

Флаги [L,R] означают завершить проверку по другим правилам и сделать редирект на новый адрес (то есть адрес страницы измениться в адресной строке веб-браузера пользователя).

Соберём условие перезаписи и правило перезаписи вместе:

code:

RewriteEngine on
RewriteCond "%{QUERY_STRING}" "idc=([0-9]+)&marea=([0-9]+)$"
RewriteRule "(.*)" "/$1?marea=%2" [L,R]

Эта конструкция приводит к тому, что будет «вырезано» значение определённого параметра из получаемой строки запроса. Если говорить более точно, строка запроса будет заново пересобрана, но уже без одного из своих параметров. Используя эту технику можно убирать один или несколько параметров из запроса, либо присваивать их значения другим параметрам.

code:

RewriteEngine On
RewriteCond  %{QUERY_STRING} ^page=1$
RewriteRule  (.*)    $1?  [R=permanent]

Если вы хотите, чтобы перенаправление было временным (302), вы можете просто удалить часть =permanent. Moved Temporarily (временно перемещено) это значение по умолчанию для флага R.

Перемещено Временно - значение по умолчанию для флага R.

Рассмотрим отрицание в строках запроса, то есть когда правило RewriteRule применяется только к запросам, в которых у query отсутствует определённая строка. Для этого перед Шаблоном укажите ! (восклицательный знак) или конструкцию !=. Также Шаблон не нужно помещать в кавычки, иначе условие перестаёт работать. В результате RewriteRule будет применено только к запросам без указанной строки в query (в данном случае без fromsubdomain=true).

code:

RewriteEngine On
RewriteCond "%{QUERY_STRING}" !=fromsubdomain=true [NC]
RewriteRule subdomain/([^/]+) https://$1.suay.ru

Далее идёт перевод официальной документации.

Вы хотите захватить определенное значение из строки запроса и либо заменить его, либо включить его в другой компонент URL-адреса.

Многие из решений в этом разделе будут использовать одно и то же условие, которое оставляет совпадающее значение в обратной ссылке %2 . %1 – это начало строки запроса (вплоть до интересующего ключа), а %3 – это остаток. Чтобы быть гибким и избегать двойных «&&» в подстановках условие получилось немного сложным.

Это решение удаляет соответствующий ключ и значение:

code:

# Удалить mykey=???
RewriteCond "%{QUERY_STRING}" "(.*(?:^|&))mykey=([^&]*)&?(.*)&?$"
RewriteRule "(.*)" "$1?%1%3"

В приведённом выше решении в RewriteCond создаются три обратные ссылки: первая (%1) содержит то, что до mykey, вторая – содержит значение mykey, третья (%3) содержи значение других переменных, которые после mykey.

В результате перезаписи адрес до строки запроса остаётся не изменным (это обратная ссылка $1, которая указывает на то, что нашёл RewriteRule), затем через знак вопроса '?' дописываются обратные ссылки %1 и %3 – которые составляют исходную строку запроса, но уже без mykey.

Следующее решение использует захваченное значение mykey при создании нового URL, отбрасывая остальную часть исходной строки запроса; на конце добавляется '?':

code:

# Скопировать из строки запроса в PATH_INFO
RewriteCond "%{QUERY_STRING}" "(.*(?:^|&))mykey=([^&]*)&?(.*)&?$"
RewriteRule "(.*)" "$1/products/%2/?" [PT]

Это решение проверяет захваченное значение в последующем условии:

code:

# Захват значения mykey в строке запроса
RewriteCond "%{QUERY_STRING}" "(.*(?:^|&))mykey=([^&]*)&?(.*)&?$"
RewriteCond "%2" !=not-so-secret-value
RewriteRule "(.*)" - [F]

Это решение показывает обратную сторону предыдущих, копируя компоненты пути (возможно, PATH_INFO) из URL-адреса в строку запроса.

Это решение преобразовывает путь до страницы в строку запроса:

code:

# Желаемый URL должен быть /products/kitchen-sink, а скрипт ожидает
# /path?products=kitchen-sink.
RewriteRule "^/?path/([^/]+)/([^/]+)" "/path?$1=$2" [PT]

Если ваш сервер принимает запросы не только на стандартные порты, то вы можете сделать перенаправление.

Чтобы переправить все запросы, которые пришли не на 80-й порт:

code:

RewriteCond "%{HTTP_HOST}" "!^www\.example\.com"  [NC]
RewriteCond "%{SERVER_PORT}" "!^80$"
RewriteRule "^/?(.*)"  "https://example.com/$1" [L,R,NE]

Чтобы переправить все запросы, которые пришли не на 443-й порт:

code:

RewriteCond "%{HTTP_HOST}" "!^www\.example\.com"  [NC]
RewriteCond "%{SERVER_PORT}" "!^443$"
RewriteRule "^/?(.*)"  "https://example.com/$1" [L,R,NE]

Как перенаправить запросы на 80-й порт кроме некоторых страниц

Чтобы переправить все запросы, которые пришли не на 80-й порт, но сделать исключение для одной страницы (act=proxy-checker):

code:

RewriteCond "%{HTTP_HOST}" "!^www\.example\.com"  [NC]
RewriteCond %{QUERY_STRING} !act=proxy-checker
RewriteCond "%{SERVER_PORT}" "!^80$"
RewriteRule "^/?(.*)"  "https://suip.biz/$1" [L,R,NE]

В результате все запросы, пришедшие не на 80-й порт будут перенаправлены на него, но запрос страницы сайт.ru/act=proxy-checker будет обработан на любом прослушиваемом порту.

mod_rewrite не может работать с данными, передаваемыми методом POST. То есть с помощью mod_rewrite не получится модифицировать запросы POST, либо заблокировать или выполнить другие действия на основе запросов, передаваемых методом POST.

В качестве альтернативы используйте обработку данных POST в скриптах вашего сайта (с помощью PHP) — это простой способ, либо с помощью модуля Apache mod_security — это очень сложный способ.