Модуль mod_rewrite — флаги

Автор: Aport Вторник, Январь 27th, 2015 Нет комментариев

Рубрика: Разное

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

[флаги]

в качестве третьего аргумента директивы RewriteRuleФлаги — это разделённый запятыми, следующий список флагов:

  • redirect|R [=b]‘ (вызывает редирект)
    Префикс в Подстановке вида http://thishost[:thisport]/ (создающий новый URL из какого-либо URI) запускает внешний редирект (перенаправление). Если нет накакого кода в подстановке ответ будет с  HTTP статусом 302 (ВРЕМЕННО ПЕРЕМЕЩЕН). Если вы хотите использовать дркгие коды ответов в диапазоне 300-400, просто напишите их в виде числа или используйте одно из следующих символических имён: temp (по-умолчанию), permanentseeother. Используйте это в директивах, которые должны преобразовывать некие виртуальные URL в реальные и возвращать их клиенту, например, преобразовывать «/~» в  «/u/» или всегда добавлять слэш к  /u/user, и т.д.
    Примечание: При использовании этого флага, убедитесь, что поле подстановки, это работающий URL! Если это не так, вы перенаправляете в никуда! И помните, что сам по себе этот флаг, только дополняет URL строкой http://thishost[:thisport]/, и процесс преобразования продолжается. Также, обычно вы хотите остановиться и сделать этот редирект немедленно. Для остановки процесса преобразования, вам также нужно написать флаг ‘L’.
  • forbidden|F‘ (делает URL запрещенным)
    Это делает текущий URL запрещённым, например, клиенту немедленно отправляется ответ с HTTP статусом 403 (ЗАПРЕЩЕНО). Используйте этот флаг в сочетании с  соответствующими RewriteConds для блокирования URL по некоторым критериям.
  • gone|G‘ (делает URL «мёртвым»)
    Этот флаг делает текущий URL «мертвым», т.е., немедленно отправляется HTTP ответ со статусом 410 (GONE). Используйте этот флаг для маркировки «мертвыми» не существующие более страницы.
  • proxy|P‘ (вызвает прокси)
    Этот флаг помечает подстановочную часть как внутренний запрос прокси и немедленно (т.е., процесс преобразования здесь останавливается) пропускает его через прокси модуль. Вы должны убедиться, что строка подстановки это реальный URI (например, типично начинающийся с http://hostname), который может быть обработан прокси модулем Apache. Если это не так, вы получите ошибку от прокси модуля. Используйте этот флаг для того, чтобы добиться более мощной реализации диркетивы ProxyPass, интегрирующей некоторое содержимое на удаленных серверах, в пространство имён локального сервера.Примечание: Для того чтобы это использовать убедитесь что у вас есть работающий прокси модуль на вашем сервере Apache. Если вы не знаете этого проверьте есть ли в выводе «httpd -l» строчка mod_proxy.c. Если да, эти возможности доступны mod_rewrite. Если нет, то сначала вы должны пересобрать программу «httpd» с включенным прокси модулем.
  • last|L‘ (последнее правило)
    Остановить процесс преобразования на этом месте и не применять больше никаких правил преобразований. Это соответствует оператору lastв Perl или оператору break в  языке C. Используйте этот флаг для того, чтобы не преобразовывать текущий URL другими, следующими за этим, правилами преобразований. К примеру, используйте это для преобразования корневого URL из  (‘/‘) в реальный, например, ‘/e/www/‘.
  • next|N‘ (следуюший раунд)
    Перезапустить процесс преобразований (начав с первого правила). В этом случае URL снова сопоставляется неким условиям, но не  оригинальный URL, а URL вышедший из последнего правила преобразования. Это соответствует оператору next в Perl или оператору continueиз языка C. Используйте этот флаг для перезапуска процесса преобразований, т.е., безусловному переходу на начало цикла.
    Однако будьте осторожны, для того чтобы не сделать бесконечный цикл!
  • chain|C‘ (связь со следующим правилом)
    Этот флаг связывает текущее правило со следующим (которое, в свою очередь, может быть связано со следующим за ним, и т.д.). Это имеет следующий эффект: если есть соответствие правилу, процесс продолжается как обычно, т.е., флаг не производит никакого эффекта. Если правило не соответствует условию, все следующие, связанные правила, пропускаются. Например, импользуйте это для удаления «.www» части в конфигурационном правиле контекста каталога работающего когда вы разрешаете внешний редирект (где не должно быть «.www»!).
  • type|T=MIME-тип‘ (принудительно установить MIME тип)
    Принудительно установить MIME-тип целевого файла в  MIME-тип. К примеру, это можно использовать для имитации mod_alias директивыScriptAlias которая принудительно устанавливает для всех файлов внутри отображаемого каталога MIME тип равный «application/x-httpd-cgi».
  • nosubreq|NS‘ (используется только в случае невнутреннего подзапроса)
    Этот флаг дает команду механизму преобразований пропустить директиву если текущий подзапрос является внутренним подзапросом. К примеру, внутренние подзапросы в Apache происходят тогда, когда mod_include пытается получить информацию о возможных файлах по-умолчанию для каталогов (index.xxx). При подзапросах это не всегда полезно и даже иногда вызывает проблему в работе всего набора директив преобразований. Используйте этот флаг для исключения некоторых правил.
    Используйте следующее правило по своему усмотрению: всякий раз когда вы  предваряете некоторые URL префиксом передавая их на обработку CGI-скрипту, — велик шанс что вы напоретесь на проблемы (или даже на ненужные издержки) в случае применения подзапросов. В этих случаях, используйте этот флаг.
  • nocase|NC‘ (не учитывать регистр)
    Это делает Шаблон нечуствительным к регистру, т.е., нет различий между ‘A-Z’ и  ‘a-z’ когда Шаблон применяется к текущему URL.
  • qsappend|QSA‘ (добавлять строку запроса)
    Этот флаг указывает механизму преобразований на добавление а не замену, строки запроса из URL к существующей, в строке подстановки. Используйте это когда вы хотите добавлять дополнительные данные в  строку запроса с помощью директив преобразований.
  • noescape|NE‘ (не экранировать URI при выводе)
    Этот флаг не даёт mod_rewrite применять обычные правила экранирования URI к результату преобразования. Обычно, специальные символы (такие как ‘%’, ‘$’, ‘;’, и так далее) будут экранированы их шестнадцатиричными подстановками (‘%25′, ‘%24′, и ’%3B’, соответственно); этот флаг не дает это делать. Это позволяет символам процента появлятся на выходе , как в

    RewriteRule /foo/(.*) /bar?arg=P1%3d$1 [R,NE]

    для которого ‘/foo/zed‘ преобразовывалось бы в безопасный запрос ‘/bar?arg=P1=zed‘.

  • passthrough|PT‘ (пропускать через следующий обработчик)
    Этот флаг даёт команду механизму преобразований устанавливать поле uri внутренней структуры request_rec равным полю filename. Этот флаг, просто лишь хитрый трюк, для того чтобы иметь возможность обработки вывода директив RewriteRule, директивами AliasScriptAliasRedirect,и т.д. из других трансляторов URI-имя файла. Тривиальный пример для показа этой семантики: если вы хотите преобразовать /abc в /defс использованием механизма преобразований mod_rewrite и затем /def в /ghi с использованием mod_alias:

    RewriteRule ^/abc(.*) /def$1 [PT]
    Alias /def /ghi

    Если вы опустите флаг PTmod_rewrite прекрасно сделаетс свою работу, т.е., он преобразует uri=/abc/… в  filename=/def/… как должен делать полностью API-совместимый транслятор URI-имя файла. Затем настаёт очередь mod_alias пытающегося сделать переход URI-имя файла который и не будет работать.Примечание: Вы должны использовать этот флаг если вы хотите смешивать директивы разных модулей содержащих трансляторы URL-имя файла. Типичный пример это использование модулей mod_alias и  mod_rewrite..

    Для любителей поковыряться в Apache

    Если бы текущий Apache API имел какой-нибудь перехватчик имя файла-имя файла в дополнение к перехватчику URI-имя файла нам бы не понадобился данный флаг! Однако без такого перехватчика этот флаг это единственное решение. The Apache Group обсудила эту проблему и добавит такой перехватчик во 2-й версии Apache.

  • skip|S=количество‘ (пропустить следующее правило(а))
    Этот флаг указывает механизму преобразований пропускать следующее количество правил в последовательности начинающейся с  текущего правила. Используйте это для создания псевдо if-then-else конструкций: Последнее правило блока then будет skip=N где N количество правил блока else. (Это не то же самое что и флаг ‘chain|C’!)
  • env|E=VAR:VAL‘ (установить переменную окуржения)
    Присваивает переменной окружения VAR значение VAL, где VAL может содержать обратные связи $N и %N ссылающиеся на части регулярных выражений, которые будут раскрыты соответствующим образом. Вы можете использовать этот флаг более одного раза чтобы присвоить значение более чем одной переменной. Позже, эти переменные могут быть использованы во многих ситуациях, обычно в XSSI (через <!—#echo var=»VAR»—>) или в CGI скриптах (например$ENV{‘VAR’}). Кроме того, вы можете это использовать в следующем шаблоне RewriteCond через %{ENV:VAR}. Используйте это для удаления, но запоминания некоторой информации из URL.
  • cookie|CO=NAME:VAL:domain[:lifetime[:path]]’ (записать cocookie)
    Записывает cookie клиенту. Имя cookie указывается в NAME а его значение в  VAL. Поле domain это домен cookie, такой как например ‘.apache.org’, опциональное lifetime это время жизни cookie в минутах, и опциональный path это путь cookie

Примечание

Никогда не забываёте что Шаблон применяется ко всему URL в конфигурационных файла сервера. Однако в конфигурационных файлах каталогов, префикс каталога (который всегда одинаков для конкретного каталога !), автоматически удаляется при соответствии шаблону и автоматическидобавляется после завершения подстановки. Эта особенность, основа для многих видов преобразований, потому что без удаления префикса для родительского каталога тоже должно быть соответствие, что не всегда возможно.Есть одно исключение: Если строка подстановки начинается с «http://» в этом случае префикс каталога не добавляется и происходит либо внешний редирект либо пропускание через прокси (если используется флаг P!)!

Примечание

Для того чтобы включить механизм преобразований в  конфигурационных файлах каталогов вам нужно написать «RewriteEngine On» в этих самых файлах и, кроме того, должна быть разрешена конфигурационная директива «Options FollowSymLinks». Если ваш администратор запретил перегрузку конфигурационной директивы FollowSymLinks в пользовательских каталогах, в этом случае вы не сможете использовать механизм преобразований. Это ограничение нужно по соображениям безопасности.

Вот все возможные комбинации подстановок с расшифровкой их значений:

В конфигурационных файлах контекста сервера (httpd.conf)
для запроса вида «GET /somepath/pathinfo»:

Правило                                         Подстановка
----------------------------------------------  ----------------------------------
^/somepath(.*) otherpath$1                      не поддерживается, т.к. неверно!

^/somepath(.*) otherpath$1  [R]                 не поддерживается, т.к. неверно!

^/somepath(.*) otherpath$1  [P]                 не поддерживается, т.к. неверно!
----------------------------------------------  ----------------------------------
^/somepath(.*) /otherpath$1                     /otherpath/pathinfo

^/somepath(.*) /otherpath$1 [R]                 http://thishost/otherpath/pathinfo
                                                через внешний редирект

^/somepath(.*) /otherpath$1 [P]                 не поддерживается, - глупо!
----------------------------------------------  ----------------------------------
^/somepath(.*) http://thishost/otherpath$1      /otherpath/pathinfo

^/somepath(.*) http://thishost/otherpath$1 [R]  http://thishost/otherpath/pathinfo
                                                через внешний редирект

^/somepath(.*) http://thishost/otherpath$1 [P]  не поддерживается, - глупо!
----------------------------------------------  ----------------------------------
^/somepath(.*) http://otherhost/otherpath$1     http://otherhost/otherpath/pathinfo
                                                через внешний редирект

^/somepath(.*) http://otherhost/otherpath$1 [R] http://otherhost/otherpath/pathinfo
                                                через внешний редирект
                                                (флаг [R] избыточен)

^/somepath(.*) http://otherhost/otherpath$1 [P] http://otherhost/otherpath/pathinfo
                                                через внутренний прокси

Внутри конфигурационного файла каталога, для /somepath
(т.е., файл .htaccess в каталоге /physical/path/to/somepath содержит RewriteBase /somepath)
для запроса «GET /somepath/localpath/pathinfo»:

Правило                                         Подстановка
----------------------------------------------  ----------------------------------
^localpath(.*) otherpath$1                      /somepath/otherpath/pathinfo

^localpath(.*) otherpath$1  [R]                 http://thishost/somepath/otherpath/pathinfo
                                                через внешний редирект

^localpath(.*) otherpath$1  [P]                 не поддерживается, - глупо!
----------------------------------------------  ----------------------------------
^localpath(.*) /otherpath$1                     /otherpath/pathinfo

^localpath(.*) /otherpath$1 [R]                 http://thishost/otherpath/pathinfo
                                                через внешний редирект

^localpath(.*) /otherpath$1 [P]                 не поддерживается, - глупо!
----------------------------------------------  ----------------------------------
^localpath(.*) http://thishost/otherpath$1      /otherpath/pathinfo

^localpath(.*) http://thishost/otherpath$1 [R]  http://thishost/otherpath/pathinfo
                                                через внешний редирект

^localpath(.*) http://thishost/otherpath$1 [P]  не поддерживается, - глупо!
----------------------------------------------  ----------------------------------
^localpath(.*) http://otherhost/otherpath$1     http://otherhost/otherpath/pathinfo
                                                через внешний редирект

^localpath(.*) http://otherhost/otherpath$1 [R] http://otherhost/otherpath/pathinfo
                                                через внешний редирект
                                                (флаг [R] избыточен)

^localpath(.*) http://otherhost/otherpath$1 [P] http://otherhost/otherpath/pathinfo
                                                через внутренний прокси

Пример:

Мы хотим преобразовать URL вида

/ Language /~ Realname /…/ File

в

/u/ Username /…/ File . Language

Мы берем файл, содержащий ассоциативный массив для преобразований, приведённый выше и сохраняем его под именем /path/to/file/map.txt. Затем, нам нужно только добавить следующие строчки в конфигурационный файл сервера Apache:

RewriteLog   /path/to/file/rewrite.log
RewriteMap   real-to-user               txt:/path/to/file/map.txt
RewriteRule  ^/([^/]+)/~([^/]+)/(.*)$   /u/${real-to-user:$2|nobody}/$3.$1
Источник: yapro.ru

Оставить комментарий

Чтобы оставлять комментарии Вы должны быть авторизованы.

Похожие посты