Рерайт что это: Что такое рерайт текстов?

Times, Sunday Times (2016)

The Sun (2016)

Христианство сегодня (2000)

Times, Sunday Times (2011)

Солнце (2013)

Times, Sunday Times (2015)

Мариус, Ричард Краткий справочник по истории (1995)

Times, Sunday Times (2016)

Times, Sunday Times (2007)

Гошгарян, Гэри Исследуя язык (6-е изд) (1995)

Подробнее. ..

Солнце (2010)

Times, Sunday Times (2013)

Times, Sunday Times (2015)

Times, Sunday Times (2008)

Times, Sunday Times (2007)

Times, Sunday Times (2012)

Солнце (2014)

Times, Sunday Times (2012)

Times, Sunday Times (2012)

Times, Sunday Times (2015)

Times, Sunday Times (2012)

Times, Sunday Times (2014)

Переписывание или исправление | Коллегиальный центр письма

Процесс написания никогда не заканчивается — он завершается только тогда, когда вам нужно передать что-то или добровольно прекратить работу. Если бы вы взяли в руки произведение, написанное вами два года назад, вы, несомненно, увидели бы способы его улучшения.Два года спустя вы могли бы сделать то же самое. Поскольку взгляды на жизнь и мир всегда меняются (даже если мы этого не замечаем), с течением времени мы всегда будем по-другому смотреть на свое письмо. Тем временем мы также узнаем больше либо о том, что мы пишем, либо о теме, о которой мы пишем, либо только о себе. Никто не пишет идеально. Никто не получает «правильную» пьесу с первой попытки, поэтому писатели много раз возвращаются в прошлое и переделывают свое письмо, чтобы оно было более осмысленным, ясным и более презентабельным для читателя. Хотя вам следует прочитать полный текст этого раздела, для получения некоторых быстрых советов по пересмотру щелкните здесь.

Что такое ревизия?

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

Итак, вы спрашиваете себя, что такое доработка? Ревизия — это процесс оглядки на свои (или чужие) работы и внесение в них изменений, чтобы сделать их лучше.Написание книг может говорить такие вещи, как «убери ненужные слова». Но как точно узнать, что в этих словах нет необходимости? Как вы пишете ясно, лаконично и организованно, и при этом убедитесь, что ваша точка зрения понятна?

Первое, что вам нужно сделать, это дистанцироваться от работы. Это позволит вам взглянуть на него свежим взглядом. Есть один очень простой способ дистанцироваться от работы; оставьте это в покое, по крайней мере, на ночь.Так что да, вам нужно закончить свою работу, по крайней мере, за несколько дней до ее фактического срока. Поступая так, вы можете «спать на нем». Не смотрите на это хотя бы целый день. Или, если у вас есть всего час, чтобы дистанцироваться от этого, сделайте тем временем что-нибудь, что позволит вам прочистить голову и вообще не думать о своей статье. Затем, когда вы снова возьмете его в руки, вы можете начать его исправлять.

Ревизия — очень сложная концепция для обучения людей. Писатели особенно привязаны к своим словам.Они их написали и не хотят их менять. Но помните, что вы можете написать лучшее предложение в мире, и это может быть предложение, которое абсолютно не принадлежит тому, что вы пишете. Вот когда вам нужно вырезать предложение и сохранить его в папке для последующего использования. Может быть, вам удастся использовать это в другой газете. Возможно, позже вы обнаружите, что у вас есть целая папка, полная отличных предложений. В любом случае вам нужно понять, что предложение на самом деле не принадлежит тому месту, где оно есть, и что его можно удалить или изменить так, чтобы оно принадлежало.

Как писатели редактируют?

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

1. Добавьте сведений, цитат, слов или знаков препинания, которые, по вашему мнению, помогут сделать вашу статью более понятной или описательной для вашего читателя.
2. Вычтите информации, цитат или слов, которые, по вашему мнению, на самом деле ничего не добавляют к вашему письму или могут запутать вашего читателя.
3. Переместите информации, цитат, слов или даже целых абзацев или отрывков, которые, по вашему мнению, имеют больше смысла в другом месте.
4. Измените или Замените слов на другие слова, кавычки на другие цитаты или менее подходящую информацию на более подходящую информацию, чтобы сделать ваше чтение более ясным, унифицированным или описательным.

Хорошо, теперь, когда я

Теперь, когда у вас есть представление о том, что вы можете сделать, чтобы что-то исправить, вам нужно подумать о том, где смотреть свой документ.Редактирование, как и написание, обычно выполняется от большего к меньшему масштабу (хотя это и не обязательно). Например, если вы написали исследовательскую работу — сначала вы определили общую тему, которую хотите исследовать. Затем вы сузили этот вопрос до исследовательского вопроса. Далее вы ответили на этот вопрос, написав рабочий тезис. Вы подробно объяснили тезис, пройдя по плану, отвечая на каждый раздел плана исследованиями, объяснениями и поддержкой.Наконец, вы проверили свою работу на предмет ее соответствия аудитории.

Ваша редакция бумаги должна двигаться примерно так же, хотя шаги несколько короче. Вы уже определили тему и разработали рабочий исследовательский вопрос. Они могут не требовать доработки. Однако вам следует взглянуть на свою статью и спросить себя: соответствует ли моя статья тезису? Другими словами, действительно ли в вашей статье дан ответ на вопрос, который вы разработали в результате своей диссертации, или ваша статья отвечает на несколько другой вопрос? Если ваша статья выглядит немного иначе, чем вы думали, что будете отвечать, у вас есть два варианта ответа.Вы, конечно, можете переписать статью так, чтобы соответствовало вашей диссертации. Однако, возможно, проще будет изменить тезис и, возможно, некоторые части вашего введения, чтобы убедиться, что они совместимы с остальной частью вашей работы.

Отсюда вам нужно посмотреть на общую «форму» вашей бумаги. Задайте себе следующие вопросы:

• Не слишком ли длинные абзацы? Они касаются более чем одной проблемы и должны ли быть разделены на отдельные параграфы? Или в них есть информация, которая действительно не имеет отношения к абзацу? ( Ахах, !! Здесь действие будет: вычесть или переместить !)
• Абзацы слишком короткие? (Обычно абзацы состоят как минимум из 120–150 слов. ) Если определенные абзацы связаны с другими соседними абзацами, или им действительно нужно включить в них дополнительную информацию ( Ахах, !! Здесь вы будете , добавив !)
• Расположены ли абзацы в таком порядке, который наиболее понятен читателю? Они следуют логическому порядку? Если бы вы составили план для своего документа, был бы порядок, в котором сейчас расположены ваши абзацы, такой же, как и в плане? Или вообще дела должны быть. . . да, переехал или заменил ?

Попробуйте также посмотреть «между» абзацами. Хорошо, , я слышу, как все говорят, что между абзацами нет ничего. Но в небольшом молчании между абзацами есть небольшая вещь, называемая «переходом». И у этого маленького безмолвного «перехода» на самом деле довольно мощный голос. Это небольшое молчание между абзацами должно говорить — оно должно сказать вашему читателю: « Хорошо, , мы только что рассмотрели один вопрос, а теперь мы переходим к другому, связанному с ним». Есть ли какие-то промежутки между ними, где ваш переход «бесшумный», и где вы внезапно делаете прыжки от одного фрагмента информации к другому, потенциально оставляя вашего читателя позади? Иногда легко заметить, где вы, как писатель и информированный исследователь, можете совершить прыжок от одной темы к другой — и только вы можете увидеть, как они связаны! Теперь вам нужно взглянуть на эти пробелы и спросить, указывает ли конец одного абзаца на то, что читатель перейдет к другому, связанному с ним вопросу? Если нет, вам нужно добавить переходное заявление или изменить вашу существующую информацию, чтобы ваш читатель мог сказать, что будет сдвиг.

Третий шаг пересмотра — посмотреть на уровень предложения вашего письма; посмотрите на предложения во взаимосвязи с другими предложениями. Каждое предложение следует за другим в логическом порядке? Есть ли у вас цитаты, которые «связаны друг с другом» (одна цитата, за которой следует другая, обычно плохой вариант)? Это места, где вам может понадобиться добавить информацию , чтобы либо установить связь между двумя мыслями в двух разных предложениях, либо предложить вашему читателю некоторую интерпретацию или объяснение между вашими подтверждающими доказательствами (вашими цитатами).

И последнее, но не менее важное: вы должны смотреть на свою статью на уровне слов. Используете ли вы подходящие слова для своей аудитории? Вы определяете термины и сокращения, которые являются специализированными и уникальными для вашего исследовательского проекта, или должны быть определены, чтобы ваш читатель мог их полностью понять? (EMS, например, может быть либо «Emergency Medical Systems», либо «Eastern Mountain Sports» — и между ними есть очень большая разница!) Вы используете большие слова, чтобы произвести впечатление на вашу аудиторию? Иногда из-за слишком больших слов предложения звучат странно или неуклюже, и в этом случае было бы лучше упростить.У вас есть слова, которые ваша проверка правописания не уловила, потому что они написаны правильно, даже если это не те слова? Ваши слова в правильном порядке? Например, вы хотите, чтобы читатель запомнил большие уродливые красные туфли или уродливые большие красные туфли? Может показаться, что такой пример не имеет большого значения, но, безусловно, может.

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

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

Не забывайте — если вам нужна помощь с этим или любым другим типом письменного задания, вам могут помочь инструкторы по обучению. Пожалуйста, свяжитесь с Академической поддержкой по электронной почте [email protected]; по телефону 1-800-847-3000, доб 3008; или позвонив по основному номеру офиса в вашем регионе (нажмите здесь, чтобы получить дополнительную информацию), чтобы назначить встречу.

Apache версии 2.4

Сводка

Модуль mod_rewrite использует перезапись на основе правил движок, основанный на синтаксическом анализаторе регулярных выражений PCRE, для перезаписи запрошенных URL-адресов на муха. По умолчанию mod_rewrite отображает URL-адрес файловой системы дорожка. Однако его также можно использовать для перенаправления одного URL-адреса на другой URL-адрес или для вызова внутренней прокси-выборки.

mod_rewrite обеспечивает гибкий и мощный способ манипулировать URL-адресами, используя неограниченное количество правил.Каждое правило может иметь неограниченное количество условий присоединенного правила, чтобы вы могли переписать URL на основе переменных сервера, переменных среды, заголовков HTTP или времени Марки.

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

Более подробная информация, обсуждение и примеры приведены в подробная документация по mod_rewrite.

Темы

Директивы

Контрольный список исправлений

См. Также

mod_rewrite предлагает подробное протоколирование своих действий на уровнях журнала trace1 – trace8 . В уровень лога можно установить специально для mod_rewrite с помощью директивы LogLevel : до уровень отладка , никакие действия не регистрируются, а trace8 означает, что практически все действия регистрируются.

Пример

 Перезапись предупреждений LogLevel: trace3 

RewriteLog

Те, кто знаком с более ранними версиями mod_rewrite , несомненно, будет искать RewriteLog и RewriteLogLevel директивы.Эта функция была полностью заменена на новая конфигурация ведения журнала для каждого модуля, упомянутая выше.

Чтобы получить только журнал для mod_rewrite сообщения, направьте файл журнала через grep:

хвост -f error_log | fgrep '[перезаписать:'

Директива RewriteBase определяет Префикс URL-адреса, который будет использоваться для каталога (htaccess) RewriteRule директивы, которые подставьте относительный путь.

Эта директива требуется при использовании относительного пути в подстановке в контексте каталога (htaccess), если не из следующих условий:

• Исходный запрос и замена находятся под DocumentRoot (в отличие от доступа другими способами, такими как Псевдоним ).
• Файловая система путь к каталогу, содержащему RewriteRule , с суффиксом относительного подстановка также действительна как URL-путь на сервере (это редко).
• В Apache HTTP Server 2.4.16 и более поздних версиях эта директива может быть опускается, когда запрос отображается через Псевдоним или mod_userdir .

В приведенном ниже примере требуется RewriteBase . чтобы не переписывать на http://example.com/opt/myapp-1.2.3/welcome.html поскольку ресурс не относился к корню документа. Этот неправильная конфигурация обычно заставляет сервер искать «opt» каталог в корне документа.index \ .html $ «» welcome.html »

Директива RewriteCond определяет условие правила. Один или несколько RewriteCond может предшествовать RewriteRule директива. Следующее правило используется только в том случае, если оба текущее состояние URI соответствует его шаблону, и , если эти условия выполнены.

TestString — строка, которая может содержать следующие расширенные конструкции в дополнение к обычному тексту:

• Обратные ссылки RewriteRule : Это обратные ссылки формы $ N (0 <= N <= 9).От 1 до 9 долларов обеспечивает доступ к сгруппированным части (в скобках) выкройки, от RewriteRule , которое подлежит текущему набор условий RewriteCond . $ 0 обеспечивает доступ ко всей строке, соответствующей этому шаблону.
• Обратные ссылки RewriteCond : Это обратные ссылки формы % N (0 <= N <= 9). % 1 до% 9 предоставляют доступ к сгруппированным части (опять же в скобках) узора, начиная с последней совпавшей RewriteCond в текущем наборе условий.% 0 обеспечивает доступ ко всей строке, соответствующей этот образец.
• Расширения RewriteMap : Это расширения формы $ {mapname: key | default} . Документацию для RewriteMap для более подробной информации.
• Server-Variables : Это переменные форма % { НАЗВАНИЕ_OF_VARIABLE } где NAME_OF_VARIABLE может быть взятой строкой из следующего списка:

  Заголовки HTTP:	соединение и запрос:
  HTTP_ACCEPT HTTP_COOKIE HTTP_FORWARDED HTTP_HOST HTTP_PROXY_CONNECTION HTTP_REFERER HTTP_USER_AGENT	AUTH_TYPE CONN_REMOTE_ADDR CONTEXT_PREFIX CONTEXT_DOCUMENT_ROOT IPV6 PATH_INFO QUERY_STRING REMOTE_ADDR REMOTE_HOST REMOTE_ADDR REMOTE_HOST REMOTE_REMOTE_HOST REMOTE_PODIL_HOST REMOTE_HOST_REMOTE_IND_
  внутренности сервера:	дата и время:	специальные:
  DOCUMENT_ROOT SCRIPT_GROUP SCRIPT_USER SERVER_ADDR SERVER_ADMIN SERVER_NAME SERVER_PORT SERVER_PROTOCOL SERVER_SOFTWARE	TIME_YEAR TIME_MON TIME_DAY TIME_HOUR TIME_MIN TIME_SEC TIME_WDAY TIME	API_VERSION CONN_REMOTE_ADDR HTTPS IS_SUBREQ REMOTE_ADDR REQUEST_FILENAME REQUEST_SCHEME REQUEST_URI THE_REQUEST

  Все эти переменные соответствуют одноименному HTTP MIME-заголовки, переменные C HTTP-сервера Apache или struct tm полей системы Unix.Большинство из них задокументировано здесь или где-либо еще в Руководстве или в спецификации CGI.

  SERVER_NAME и SERVER_PORT зависят от значений UseCanonicalName и UseCanonicalPhysicalPort соответственно.

  Специальные для mod_rewrite включают те, что указаны ниже.

  API_ВЕРСИЯ

  Это версия API модуля Apache httpd. (внутренний интерфейс между сервером и модуль) в текущей сборке httpd, как определено в включить / ap_mmn.час Версия API модуля соответствует используемой версии Apache httpd (в выпускная версия Apache httpd 1.3.14, для Например, это 199

  : 10), но в основном это интерес для авторов модуля.

  CONN_REMOTE_ADDR

  Начиная с версии 2.4.8: равноправный IP-адрес соединения (см. mod_remoteip модуль).

  HTTPS

  Будет содержать текст «on», если соединение с использованием SSL / TLS или «выключено» в противном случае.(Эта переменная можно безопасно использовать независимо от того, mod_ssl загружен).

  IS_SUBREQ

  Будет содержать текст «истина», если запрос в настоящее время обрабатывается подзапрос, иначе «ложь». Подзапросы могут быть сгенерированы модулями, которым необходимо разрешить дополнительные файлы или URI для выполнения своих задач.

  REMOTE_ADDR

  IP-адрес удаленного хоста (см. mod_remoteip модуль).

  ИМЯ_ФАЙЛА ЗАПРОСА

  Полный путь локальной файловой системы к файлу или сценарий, соответствующий запросу, если он уже было определено сервером в то время REQUEST_FILENAME Ссылка на .Иначе, например, при использовании в контексте виртуального хоста, то же самое значение как REQUEST_URI . В зависимости от стоимости AcceptPathInfo , сервер мог использовать только некоторые ведущие компоненты REQUEST_URI для сопоставления запроса с файлом.

  REQUEST_SCHEME

  Будет содержать схему запроса (обычно «http» или «https»).На это значение можно повлиять с помощью Имя сервера .

  REQUEST_URI

  Компонент пути запрошенного URI, например «/index.html». Это, в частности, исключает строка запроса, которая доступна как собственная переменная с именем QUERY_STRING .

  THE_REQUEST

  Полная строка HTTP-запроса, отправленная браузер на сервер (например,г., « GET /index.html HTTP / 1.1 «). Это не включать любые дополнительные заголовки, отправленные браузер. Это значение не было отменено. (декодировано), в отличие от большинства других переменных, представленных ниже.

Если TestString имеет специальное значение expr , CondPattern будет рассматриваться как ap_expr. Заголовки HTTP, указанные в выражение будет добавлено в заголовок Vary, если novary флаг не указан.

Также вам следует знать:

1. Переменные SCRIPT_FILENAME и REQUEST_FILENAME содержат одно и то же значение — значение имя_файла поле внутреннего request_rec структура HTTP-сервера Apache. Первое имя — это общеизвестное имя переменной CGI. в то время как второй является подходящим аналогом REQUEST_URI (который содержит значение uri поле request_rec ).

   Если произошла замена и перезапись продолжается, значение обеих переменных будет соответственно обновлено.

   Если используется в контексте сервера (, т.е. , перед запрос отображается в файловую систему) SCRIPT_FILENAME и REQUEST_FILENAME не может содержать полную локальную файловую систему path, поскольку на данном этапе обработки путь неизвестен. Обе переменные изначально будут содержать значение REQUEST_URI. в таком случае.Чтобы получить полную локальную файловую систему путь запроса в контексте сервера, используйте URL-адрес смотреть вперед % {LA-U: REQUEST_FILENAME} , чтобы определить последнее значение REQUEST_FILENAME.

2. % {ENV: переменная} , где переменная может быть любая переменная окружения также доступна. Это ищется через внутренний Структуры Apache httpd и (если их там нет) через getenv () из процесса сервера Apache httpd.
3. % {SSL: variable} , где переменная — это имя среды SSL переменная, может использоваться независимо от того, mod_ssl загружен, но всегда будет расширяться до пустая строка, если это не так. Пример: % {SSL: SSL_CIPHER_USEKEYSIZE} может расширяться до 128 . Эти переменные доступны даже без установка опции StdEnvVars для SSLOptions директива.
4. % {HTTP: заголовок} , где заголовок может быть любое имя HTTP-заголовка MIME, всегда можно использовать для получения значение заголовка, отправленного в HTTP-запросе. Пример: % {HTTP: Proxy-Connection} — это значение заголовка HTTP « Прокси-соединение: ».

   Если заголовок HTTP используется в условии, этот заголовок добавляется к Заголовок ответа Vary в случае, если условие оценивается значение true для запроса.Это , а не добавлено, если условие оценивается как ложное для запроса. Добавление заголовка HTTP to the Vary заголовок ответа необходим для правильного кеширования.

   Следует иметь в виду, что условия следуют за коротким замыканием. логика в случае флага ‘ ornext | OR ‘ так что некоторые условия могут вообще не оцениваться.

5. % {LA-U: переменная} может использоваться для упреждающего просмотра, который выполняет внутренний (на основе URL) подзапрос для определения окончательного значение переменной .Это можно использовать для доступа переменная для перезаписи, недоступная в данный момент этап, но будет установлен на более позднем этапе.

   Например, переписать по REMOTE_USER переменная из для каждого сервера (файл httpd.conf ) вы должны используйте % {LA-U: REMOTE_USER} — это переменная устанавливается этапами авторизации, которые наступают после фазы преобразования URL (во время которой mod_rewrite работает).

   С другой стороны, поскольку mod_rewrite реализует его контекст для каждого каталога (файл .htaccess, ) через фаза исправления API и потому, что авторизация фазы приходят с до эта фаза, вы просто можете использовать % {REMOTE_USER} в этом контексте.

6. % {LA-F: variable} можно использовать для выполнения внутреннего (на основе имени файла) подзапрос, чтобы определить окончательное значение из переменной .В большинстве случаев это то же самое, что и LA-U выше.

CondPattern — шаблон условия, регулярное выражение, которое применяется к текущий экземпляр TestString . TestString сначала оценивается перед сопоставлением с CondPattern .

CondPattern обычно Perl-совместимое регулярное выражение , но есть дополнительный синтаксис для выполнения других полезных тестов против Тестовая строка :

1. Вы можете префикс строки шаблона с помощью ‘! ‘(восклицательный знак), чтобы отрицать результат условия, независимо от того, какой тип CondPattern используется.
2. Вы можете выполнять лексикографические сравнения строк:

   Лексикографически предшествует
   Обрабатывает CondPattern как простую строку и сравнивает его лексикографически с TestString . Верно, если TestString лексикографически предшествует CondPattern .

   > CondPattern

   Лексикографически следует за
   Обрабатывает CondPattern как простую строку и сравнивает его лексикографически с TestString .Верно, если TestString лексикографически следует CondPattern .

   = CondPattern

   Лексикографически равно
   Обрабатывает CondPattern как простую строку и сравнивает его лексикографически с TestString . Верно, если TestString лексикографически равна CondPattern (две строки точно соответствуют равно, символ для персонажа).Если CondPattern это "" (две кавычки) это сравнивает TestString с пустой строкой.

   <= CondPattern

   Лексикографически меньше или равно
   Обрабатывает CondPattern как простую строку и сравнивает его лексикографически с TestString . Истинный если TestString лексикографически предшествует CondPattern или равно CondPattern (две строки равны, символ за символом).

   > = CondPattern

   Лексикографически больше или равно
   Обрабатывает CondPattern как простую строку и сравнивает его лексикографически с TestString . Истинный если TestString лексикографически следует CondPattern или равно CondPattern (две строки равны, символ за символом).

   Примечание

   Оператор сравнения строк является частью CondPattern аргумент и должен быть включен в кавычки, если они используются.Например.

    RewriteCond% {HTTP_USER_AGENT} "= Этот робот / 1.0" 

3. Вы можете выполнять целочисленные сравнения:

   -экв

   Численно равно eq ual to
   TestString обрабатывается как целое число и численно по сравнению с CondPattern . Верно, если они численно равны.

   -ge

   Численно g reater than или e qual to
   TestString обрабатывается как целое число и численно по сравнению с CondPattern .Верно, если TestString численно больше или равно к CondPattern .

   -GT

   Численно g reater t han
   TestString обрабатывается как целое число и численно по сравнению с CondPattern . Верно, если TestString численно больше, чем Модель CondPattern .

   -le

   Численно l ess than или e qual to
   TestString обрабатывается как целое число и численно по сравнению с CondPattern . Верно, если TestString численно меньше или равно к CondPattern . Избегайте путаницы с -l при использовании -L или -h вариант.

   -lt

   Численно l ess t han
   TestString обрабатывается как целое число и численно по сравнению с CondPattern . Верно, если TestString численно меньше, чем Модель CondPattern . Избегайте путаницы с -l при использовании -L или -h вариант.

   -ne

   численно n от e соответствует
   TestString обрабатывается как целое число и численно по сравнению с CondPattern . Верно, если они численно различны. Это эквивалентно ! -Экв .

4. Вы можете выполнять различные тесты атрибутов файлов:

   -d

   Is d irectory.
   Обрабатывает TestString как путь и проверяет независимо от того, существует он или нет, и является ли он каталогом.

   -ф

   Штатная ф ил.
   Обрабатывает TestString как путь и проверяет независимо от того, существует он или нет, и является ли он обычным файлом.

   -F

   Существующий файл через подзапрос.
   Проверяет, является ли TestString допустимым файлом, доступны через все настроенные в данный момент серверы контроль доступа для этого пути.Это использует внутренний подзапрос для выполнения проверки, поэтому используйте его с осторожностью — это может повлиять на производительность вашего сервера!

   -h

   — это символическая ссылка, соглашение bash.
   См. -l .

   -л

   Символьная л чернил.
   Обрабатывает TestString как путь и проверяет независимо от того, существует он или нет, и является ли он символической ссылкой.Может также используйте соглашение bash -L или -h , если есть вероятность путаницы например, при использовании -lt или -ле тестов.

   -L

   — это символическая ссылка, соглашение bash.
   См. -l .

   -с

   Обычный файл, размером с .
   Обрабатывает TestString как путь и проверяет независимо от того, существует он или нет, и является ли он обычным файлом с размером больше чем ноль.

   -U

   Существующий URL через подзапрос.
   Проверяет, является ли TestString допустимым URL-адресом, доступны через все настроенные в данный момент серверы контроль доступа для этого пути. Это использует внутренний подзапрос для выполнения проверки, поэтому используйте его с осторожностью — это может повлиять на производительность вашего сервера!

   Этот флаг только возвращает информацию о вещах например, контроль доступа, аутентификация и авторизация.Этот флаг не возвращает информацию о коде статуса настроенный обработчик (статический файл, CGI, прокси и т. д.) будет иметь вернулся.

   -х

   Имеет x снимаемых разрешений.
   Обрабатывает TestString как путь и проверяет независимо от того, существует он или нет, и имеет ли он права на выполнение. Эти разрешения определяются в соответствии с базовая ОС.(. +) / other / archive / $ 1 [R]

5. Если TestString имеет специальное значение expr , CondPattern будет рассматриваться как ap_expr.

   В приведенном ниже примере -strmatch используется для сравните REFERER с именем хоста сайта, чтобы заблокировать нежелательные хотлинкинг. / $» «/ homepage./ $ «» /homepage.std.html «[L]

   Объяснение: Если вы используете браузер, который идентифицирует себя в качестве мобильного браузера (обратите внимание, что пример неполный, так как есть много других мобильных платформ), мобильная версия домашняя страница обслуживается. В противном случае обслуживается стандартная страница.

   Директива RewriteEngine разрешает или отключает механизм перезаписи среды выполнения. Если он установлен на выкл. этот модуль не выполняет обработку во время выполнения. все.Он даже не обновляет SCRIPT_URx переменные среды.

   Используйте эту директиву для отключения правил в определенном контексте, вместо того, чтобы комментировать все директивы RewriteRule .

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

   RewriteMap директив типа прг не запускаются во время инициализации сервера, если они определены в контекст, для которого не установлено значение RewriteEngine по

   Описание:	Определяет функцию сопоставления для поиска по ключу
   Синтаксис:	RewriteMap MapName MapType : MapSource [ MapTypeOptions ]
   Контекст:	конфигурация сервера, виртуальный хост
   Статус:	Расширение
   Модуль:	mod_rewrite
   Параметр, доступный только в MapTy:	Apache 2.4.29 и выше

   Директива RewriteMap определяет Карта переписывания , которую можно использовать внутри правила строки подстановки с помощью функций отображения на вставлять / заменять поля с помощью поиска по ключу. Источник этот поиск может быть разных типов.

   Карта MapName — это название карты и будет использоваться для указания маппинг-функция для строк подстановки перезаписи правило через одну из следующих конструкций:

   $ { Имя карты : LookupKey }
$ { MapName : LookupKey | Значение по умолчанию }

   Когда возникает такая конструкция, карта MapName выполняется поиск ключа LookupKey .Если ключ найден, конструкция функции карты заменяется на SubstValue . Если ключ не найден, значит, он заменяется на DefaultValue или на пустую строку если не было указано DefaultValue . Пустые значения вести себя так, как если бы ключ отсутствовал, поэтому это невозможно чтобы различать ключи с пустыми значениями и отсутствующие ключи.

   Например, вы можете определить RewriteMap как:

    RewriteMap examplemap "txt: / путь / к / файлу / карте./ex/(.*) "" $ {examplemap: $ 1} "

   Значение аргумента MapTypeOptions зависит от в частности MapType . Увидеть Использование RewriteMap для больше информации.

   Следующие комбинации для MapType и MapSource можно использовать:

   текст

   Простой текстовый файл, содержащий разделенные пробелами пары «ключ-значение». пары, по одной в строке. (Подробнее …)

   rnd

   Случайным образом выбирает запись из простого текстового файла (Подробности…)

   дБм

   Ищет запись в файле dbm, содержащую имя, значение пары. Хеш создается из формата обычного текстового файла с использованием httxt2dbm полезность. (Подробнее …)

   внутренний

   Одна из четырех доступных внутренних функций, предоставляемых RewriteMap : toupper, tolower, escape или unescape. (Подробнее …)

   prg

   Вызывает внешнюю программу или сценарий для обработки переписывание.(Подробнее …)

   dbd или fastdbd

   Оператор SQL SELECT, выполняемый для поиска переписать цель. (Подробнее …)

   Дополнительные сведения и многочисленные примеры можно найти в RewriteMap HowTo

   .

   Директива RewriteOptions устанавливает некоторые специальные параметры для текущего сервера или каталога конфигурация. Строка Option в настоящее время может быть только одним из следующих:

   Наследовать

   Это заставляет текущую конфигурацию наследовать конфигурация родителя.В контексте виртуального сервера это означает, что карты, условия и правила основных сервер унаследован. В контексте каталога это означает что условия и правила родительского каталога .htaccess конфигурация или <Каталог> разделы наследуются. Унаследованные правила виртуально копируются в раздел, в котором используется эта директива. Если используется в в сочетании с локальными правилами, унаследованные правила копируются за местные правила.Положение этой директивы — ниже или выше местных правил — не влияет на это поведение. Если местные правила вынудили прекратить переписывание, унаследованные правила не будут быть обработанным.

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

   InheritBefore

   Как Наследовать выше, но правила из родительской области применяются до правил, указанных в дочерней области.
   Доступно в Apache HTTP Server 2.3.10 и более поздних версиях.

   InheritDown

   Если эта опция включена, все дочерние конфигурации будут наследовать конфигурация текущей конфигурации. Это эквивалентно указание RewriteOptions Inherit во всех дочерних элементах конфигурации. См. Параметр Inherit для более подробной информации. от того, как обрабатываются родительско-дочерние отношения.
   Доступно в HTTP-сервере Apache 2.4.8 и новее.

   InheritDownBefore

   Как InheritDown выше, но правила из текущего область применения до правил, указанных в любом дочернем объем.
   Доступно в Apache HTTP Server 2.4.8 и новее.

   Игнорировать Наследовать

   Эта опция заставляет текущую и дочернюю конфигурации игнорировать все правила, которые будут унаследованы от родителя, указав InheritDown или InheritDownBefore .
   Доступно в Apache HTTP Server 2.4.8 и новее.

   AllowNoSlash

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

   Когда директива DirectorySlash выключен, параметр AllowNoSlash может быть включен, чтобы эти правила перезаписи больше не игнорируются.Эта опция позволяет применять правила перезаписи в файлах .htaccess, которые соответствуют каталогу без при желании косая черта в конце.
   Доступно в Apache HTTP Server 2.4.0 и более поздних версиях.

   AllowAnyURI

   Когда RewriteRule используется в VirtualHost или контексте сервера с версия 2.2.22 или более поздняя httpd, mod_rewrite будет обрабатывать правила перезаписи только в том случае, если URI запроса является URL-путем.Это позволяет избежать некоторые проблемы с безопасностью, которые могут разрешить определенные правила «неожиданные» расширения паттернов (см. CVE-2011-3368 и CVE-2011-4317). Чтобы снять ограничение на соответствие URL-пути, AllowAnyURI опция может быть включена, и mod_rewrite применит набор правил к любому запрос строки URI, независимо от того, совпадает ли эта строка грамматика URL-пути, требуемая спецификацией HTTP.
   Доступно в HTTP-сервере Apache 2.4.3 и новее.

   Предупреждение системы безопасности

   Включение этой опции сделает сервер уязвимым для проблемы безопасности при использовании с правилами перезаписи, которые не тщательно написано. Это настоятельно рекомендуется что этот вариант не используется. В частности, остерегайтесь ввода строки, содержащие символ « @ «, который может изменить интерпретацию преобразованного URI в соответствии с над именами CVE.

   MergeBase

   С этой опцией значение RewriteBase копируется из того места, где оно явно определено в любой подкаталог или подкаталог, который не определяет свой собственный RewriteBase .Это был поведение по умолчанию в версиях с 2.4.0 по 2.4.3, и флаг для его восстановления доступен Apache HTTP Server 2.4.4 и новее.

   IgnoreContextInfo

   Когда производится относительная замена в контексте каталога (htaccess) и RewriteBase не был установлен, этот модуль использует некоторые расширенный URL-адрес и контекстная информация файловой системы для изменения относительная подстановка обратно в URL.Такие модули как mod_userdir и mod_alias предоставить эту расширенную контекстную информацию. Доступно в версии 2.4.16 и новее.

   LegacyPrefixDocRoot

   До 2.4.26, если подстановка была абсолютным URL-адресом, текущий виртуальный хост, URL-адрес может сначала быть сокращен до URL-пути а затем сокращен до локального пути. Поскольку URL-адрес может быть уменьшен к локальному пути, путь должен иметь префикс корня документа.Это предотвращает доступ к файлу, например / tmp / myfile, когда запрос выполняется на http: // host / file / myfile со следующим RewriteRule .

    RewriteRule /file/(.*) http: // localhost / tmp / $ 1 

   Эта опция позволяет использовать старое поведение там, где документ root не имеет префикса для локального пути, который был сокращен с URL. Доступно в версии 2.4.26 и новее.

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

   Образец есть совместимый с Perl обычный выражение. С чем сравнивается этот шаблон, зависит от где определена директива RewriteRule .

   Что соответствует?

   • В контексте VirtualHost , Образец первоначально будет сопоставлен с частью URL-адрес после имени хоста и порта и перед строкой запроса (например,г. «/app1/index.html»). Это (% -декодированный) URL-путь.

   • В контексте каталога ( Directory и .htaccess), шаблон сопоставляется только с частичным путем, например с запросом из «/app1/index.html» может привести к сравнению с «app1 / index.html» или index.html в зависимости от того, где находится RewriteRule определенный.

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

     , такие как DocumentRoot и Alias ​​, или даже результат предыдущих замен RewriteRule , определить текущий путь к файловой системе.

   • Если вы хотите сопоставить имя хоста, порт или строку запроса, используйте RewriteCond с % {HTTP_HOST} , % {SERVER_PORT} или % {QUERY_STRING} переменных соответственно.

   Перезапись для каталога

   • Механизм перезаписи может использоваться в файлах .htaccess и в разделах , с некоторыми дополнительными сложность.
   • Чтобы включить механизм перезаписи в этом контексте, вам необходимо установить « RewriteEngine на » и « Options FollowSymLinks » должен быть включен. Если твой администратор отключил переопределение FollowSymLinks для каталог пользователя, то вы не можете использовать механизм перезаписи.Этот ограничение требуется по соображениям безопасности.
   • См. RewriteBase директива для получения дополнительной информации о том, какой префикс будет добавлен обратно к относительные замены.
   • Если вы хотите сопоставить с полным URL-путем в каталоге (htaccess) RewriteRule, используйте переменную % {REQUEST_URI} в RewriteCond .
   • Удаленный префикс всегда заканчивается косой чертой, что означает, что сопоставление происходит со строкой, которая никогда не имеет ведущую косую черту./ никогда соответствует в контексте каталога.
   • Хотя правила перезаписи синтаксически разрешены в разделах и (включая их аналоги в регулярных выражениях), это никогда не должны быть необходимы и не поддерживаются. Вероятная особенность ломать в этих контекстах — относительные подстановки.
   • The If блоков соблюдайте правила контекста каталога .
   • По умолчанию mod_rewrite переопределяет правила, когда объединение разделов, принадлежащих к одному контексту.Директива RewriteOptions может изменить это поведение, например, используя параметр Наследовать .
   • RewriteOptions также регулирует поведение разделов, указанных на одном уровне вложенности конфигурации. в в следующем примере по умолчанию только RewriteRules, указанные во втором Если блок считаются, так как первые отменяются. Использование RewriteOptions Inherit заставляет mod_rewrite объединить два разделов и рассмотрим оба набора утверждений, а не только последнее.

    <Если "истина">
     # Без RewriteOptions Inherit это правило отменяется следующим
     # раздел, и перенаправление не произойдет для URI, содержащих 'foo'
     RewriteRule foo http://example.com/foo [R]
   
   <Если "истина">
     Панель RewriteRule http://example.com/bar [R]
    

   Для некоторых подсказок по обычному выражения, см. mod_rewrite Вступление.

   В mod_rewrite символ НЕ (‘! ‘) также доступен как возможный шаблон префикс.Это позволяет вам отрицать узор; сказать, например: « , если текущий URL-адрес НЕ соответствует узор ». Это можно использовать в исключительных случаях, когда легче сопоставить отрицательный образец, или как последний правило по умолчанию.

   Примечание

   При использовании символа НЕ для отрицания паттерна вы не можете включать сгруппированные части подстановочных знаков в этом шаблоне Это потому, что когда шаблон НЕ совпадает (т. е. совпадение отрицания), нет содержание для групп.Таким образом, если используются отрицательные паттерны, вы нельзя использовать $ N в строке подстановки!

   The Замена из правило перезаписи — это строка, заменяющая исходный URL-путь, который соответствует шаблону Pattern . The Замена может быть:

   путь к файловой системе

   Обозначает место в файловой системе ресурса. для доставки клиенту. Замены только обрабатывается как путь к файловой системе, когда правило настроено в сервер (виртуальный хост) контекст и первый компонент путь в подстановке существует в файловой системе

   URL-путь

   A DocumentRoot — относительный путь к ресурс, который будет обслуживаться.Обратите внимание, что mod_rewrite пытается угадать, указали ли вы путь к файловой системе или URL-путь, проверив, есть ли первый сегмент path существует в корне файловой системы. Например, если вы указываете строку Substitution of /www/file.html , тогда это будет рассматриваться как URL-путь , если не является каталогом с именем www существует в корне или в вашей файловой системе (или, в случае с использованием перезаписи в .htaccess относительно корень вашего документа), и в этом случае он будет рассматриваться как путь к файловой системе. Если вы желаете, чтобы другие Директивы сопоставления URL-адресов (например, , псевдоним ), применяемые к полученный URL-путь, используйте флаг [PT] как описано ниже.

   Абсолютный URL

   Если указан абсолютный URL, mod_rewrite проверяет, имя хоста совпадает с текущим хостом.Если да, то схема и имя хоста удаляется, и результирующий путь обрабатывается как URL-путь. В противном случае выполняется внешнее перенаправление для данный URL. Чтобы принудительно выполнить внешнее перенаправление обратно на текущий хост, см. флаг [R] ниже.

   - (черточка)

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

   Помимо обычного текста, строка Substitution может включать

   1. обратных ссылок ( $ N ) на RewriteRule узор
   2. обратных ссылок (% N ) до последнего сопоставленного RewriteCond узор
   3. серверных переменных, как в тестовых строках условий правила (% {VARNAME} )
   4. вызовов функций отображения ( $ {mapname: key | default} )

   Обратные ссылки — это идентификаторы формы $ 90 189 N ( N = 0..9), который будет заменен по содержанию N -й группы соответствует Образец . Переменные сервера такие же что касается TestString из RewriteCond директива. Функции отображения происходят из RewriteMap директиве и объясняются там. Эти три типа переменных раскрываются в указанном выше порядке.

   Правила перезаписи применяются к результатам предыдущей перезаписи правила, в том порядке, в котором они определены в файле конфигурации.URL-путь или путь к файловой системе (см. «Что соответствует?» Выше) - полностью заменен на Замена и процесс перезаписи продолжается до тех пор, пока не будут применены все правила, или он явно прекращается L флаг, или другой флаг, который подразумевает немедленное прекращение, например КОНЕЦ или Ф .

   Изменение строки запроса

   По умолчанию строка запроса передается без изменений.Ты однако можно создавать URL-адреса в строке подстановки, содержащей часть строки запроса. Просто поставьте вопросительный знак внутри строка подстановки, чтобы указать, что следующий текст должен быть повторно введенным в строку запроса. Когда вы хотите стереть существующей строке запроса, завершите строку подстановки просто вопросительный знак. Чтобы объединить новые и старые строки запроса, используйте [QSA] флаг.

   Дополнительно вы можете установить специальные действия, которые будет выполнять добавление [ флагов ] в качестве третьего аргумента RewriteRule директива. Флаги - список, разделенный запятыми, заключенный в квадрат. скобки любого из флагов в следующей таблице. Более подробности и примеры для каждого флага доступны в документе Rewrite Flags.

   B	Экранировать не буквенно-цифровые символы в обратных ссылках до применяя преобразование. подробнее ...
   backrefnoplus | BNP	Если обратные ссылки экранируются, пробелы должны быть экранированы, чтобы % 20 вместо +.Полезно, когда обратная ссылка будет использоваться в компонент пути, а не строку запроса. подробнее ...
   цепь | C	Правило привязано к следующему правилу. Если правило не работает, связанные с ним правила будут пропущены. подробнее ...
   cookie | CO = NAME : VAL	Устанавливает cookie в клиентском браузере. Полный синтаксис: CO = NAME : VAL : домен [: время жизни [: путь [: secure [: httponly [ samesite ]]]]] подробностей...
   discardpath | DPI	Указывает, что часть PATH_INFO перезаписанного URI отброшен. подробности ...
   КОНЕЦ	Немедленно остановить процесс перезаписи и не применять никаких больше правил. Также предотвращает дальнейшее выполнение правил перезаписи в контексте каталога и .htaccess. (Доступно в 2.3.9 и новее) подробнее ...
   env | E = [!] VAR [: VAL ]	Вызывает установку переменной среды VAR (в значение VAL , если предусмотрено).Форма ! VAR причины переменная среды VAR должна быть отключена. подробнее ...
   запрещено | F	Возвращает ответ 403 ЗАПРЕЩЕНО браузеру клиента. подробнее ...
   пропало | G	Возвращает ответ 410 GONE браузеру клиента. подробнее ...
   Обработчик | H = Обработчик содержимого	Вызывает отправку результирующего URI на указанный Обработчик содержимого для обработки. подробнее ...
   последняя | L	Немедленно остановить процесс перезаписи и не применять никаких больше правил. Особо обратите внимание на предостережения для каждого каталога и Контекст .htaccess (см. также флаг КОНЕЦ). подробнее ...
   следующая | N	Повторно запустите процесс перезаписи, начиная с первого правило, используя результат набора правил в качестве начального точка. подробности ...
   nocase | NC	Делает сравнение шаблонов нечувствительным к регистру. подробнее ...
   noescape | NE	Запретить mod_rewrite применить экранирование шестнадцатеричного кода специальные символы в результате перезаписи. подробнее ...
   nosubreq | NS	Вызывает пропуск правила, если текущий запрос внутренний подзапрос. подробнее ...
   прокси | P	Принудительно пересылать заменяемый URL-адрес в качестве прокси-сервера. запрос. подробности ...
   сквозной | PT	Принудительно передает полученный URI обратно в URL механизм сопоставления для обработки других URI-to-filename переводчики, такие как Псевдоним или Перенаправить . подробнее ...
   qsappend | QSA	Добавляет любую строку запроса из исходного URL-адреса запроса в любая строка запроса, созданная в цели перезаписи. подробнее ...
   qsdiscard | QSD	Отменить любую строку запроса, прикрепленную к входящему URI. подробности ...
   qslast | QSL	Интерпретировать последний (самый правый) вопросительный знак как строку запроса разделитель вместо первого (самого левого), как обычно. Доступно в версии 2.4.19 и новее. подробности ...
   редирект | R [= код ]	Принудительно выполняет внешнее перенаправление, необязательно с указанным Код состояния HTTP. подробнее ...
   пропустить | S = число	Указывает механизму перезаписи пропустить следующий номер rules, если текущее правило совпадает. подробнее ...
   тип | T = MIME-тип	Принудительно указать MIME-тип целевого файла быть указанным типом. подробнее ...

   Расширение домашнего каталога

   Когда строка подстановки начинается со строки наподобие "/ ~ user" (через явный текст или обратные ссылки), mod_rewrite выполняет расширение домашнего каталога независимо от наличия или конфигурации из mod_userdir .localpath (. *) http: // otherhost / otherpath $ 1 [P] http: // otherhost / otherpath / pathinfo через внутренний прокси-сервер

   Модуль ngx_http_rewrite_module

   Модуль ngx_http_rewrite_module

   Модуль ngx_http_rewrite_module используется для изменить URI запроса с использованием регулярных выражений PCRE, вернуть перенаправления и условно выбираем конфигурации.

   Перерыв, если вернуться, rewrite и set директивы обрабатываются в следующем порядке:

   • директивы этого модуля, указанные на уровень сервера выполняются последовательно;
   • неоднократно:
     • а расположение ищется на основе URI запроса;
     • директивы этого модуля, указанные в найденном месте выполняются последовательно;
     • цикл повторяется, если URI запроса был переписан, но не более чем 10 раз.

   Директивы

   Синтаксис:	перерыв ;
   Дефолт:	-
   Контекст:	сервер , расположение , если

   Останавливает обработку текущего набора ngx_http_rewrite_module директив.

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

   Пример:

   if ($ slow) {
       limit_rate 10к;
       сломать;
   }
    

   Синтаксис:	, если ( условие ) {...}
   Дефолт:	-
   Контекст:	сервер , расположение

   Заданное условие оценивается.Если true, то директивы этого модуля, указанные в фигурных скобках, являются выполняется, и запросу назначается конфигурация внутри , если директива . Конфигурации внутри , если директивы унаследованный от предыдущего уровня конфигурации.

   Состояние может быть одним из следующих:

   • имя переменной; false, если значение переменной - пустая строка или « 0 »;

     До версии 1.0.1 любая строка, начинающаяся с « 0 » считалось ложным значением.

   • сравнение переменной со строкой с помощью Операторы « = » и «! = »;
   • сопоставление переменной с регулярным выражением с использованием « ~ » (для соответствия с учетом регистра) и Операторы « ~ * » (для сопоставления без учета регистра). Регулярные выражения могут содержать записи, которые доступны для позднее повторное использование в переменных $ 1 .. $ 9 . Отрицательные операторы «! ~ » и «! ~ * » также доступны.Если регулярное выражение включает «} » или «; ”символов, должны быть заключены все выражения в одинарных или двойных кавычках.
   • проверка наличия файла с помощью « -f » и Операторы «! -F »;
   • проверка наличия справочника с помощью « -d » и Операторы «! -D »;
   • проверка наличия файла, каталога или символической ссылки с помощью Операторы « -e » и «! -E »;
   • проверка исполняемого файла с помощью « -x » и операторы «! -x ».;] +) (?:; | $) ") { установить $ id $ 1; } if ($ request_method = POST) { возврат 405; } if ($ slow) { limit_rate 10к; } if ($ invalid_referer) { возврат 403; }

     Значение встроенной переменной $ invalid_referer устанавливается параметром Директива valid_referers.

     Синтаксис:	возврат код [ текст ]; возврат код URL ; возврат URL ;
     Дефолт:	-
     Контекст:	сервер , расположение , если

     Останавливает обработку и возвращает клиенту указанный код .Нестандартный код 444 закрывает соединение без отправки заголовок ответа.

     Начиная с версии 0.8.42 можно указывать либо URL-адрес перенаправления (для кодов 301, 302, 303, 307 и 308) или тело ответа текст (для других кодов). Основной текст ответа и URL-адрес перенаправления могут содержать переменные. В особом случае URL-адрес перенаправления может быть указан как URI. локально для этого сервера, и в этом случае полный URL-адрес перенаправления формируется по схеме запроса ( $ схема ) и server_name_in_redirect и директивы port_in_redirect.

     Кроме того, URL для временного перенаправления с кодом 302 можно указать как единственный параметр. Такой параметр должен начинаться с « http: // », Строка « https: // » или « $ scheme ». URL-адрес может содержать переменные.

     До версии 0.7.51 можно было вернуть только следующие коды: 204, 400, 402-406, 408, 410, 411, 413, 416 и 500-504.

     Код 307 не рассматривался как перенаправление до версии 1.1.16 и 1.0.13.

     Код 308 не рассматривался как перенаправление до версии 1.13.0.

     См. Также директиву error_page.

     Синтаксис:	переписать регулярное выражение замена [ флаг ];
     Дефолт:	-
     Контекст:	сервер , расположение , если

     Если указанное регулярное выражение соответствует URI запроса, URI изменяется. как указано в строке , заменяющей .Директивы rewrite выполняются последовательно в порядке их появления в конфигурационном файле. Можно прекратить дальнейшую обработку директив с помощью флагов. Если строка замены начинается с « http: // », « https: // » или « $ схема », обработка останавливается, и перенаправление возвращается клиенту.

     Необязательный параметр flag может иметь одно из следующих значений:

     последняя

     прекращает обработку текущего набора ngx_http_rewrite_module директив и запускает поиск нового местоположения, соответствующего измененному URI;

     перерыв

     прекращает обработку текущего набора ngx_http_rewrite_module директив как с директивой break;

     перенаправление

     возвращает временное перенаправление с кодом 302; используется, если строка замены не начинается с « http: // », « https: // », или « $ схема »;

     постоянный

     возвращает постоянное перенаправление с кодом 301./users/(.*)$ / show? user = $ 1? последний;

     Если регулярное выражение включает «} » или «; ”символов, должны быть заключены все выражения в одинарных или двойных кавычках.

     Синтаксис:	rewrite_log на | с ;
     Дефолт:	rewrite_log off;
     Контекст:	http , сервер , расположение , если

     Включает или отключает ведение журнала ngx_http_rewrite_module результаты обработки директив модуля в error_log на уведомление уровень .

     Синтаксис:	набор $ переменная значение ;
     Дефолт:	-
     Контекст:	сервер , расположение , если

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

     Синтаксис:	uninitialized_variable_warn на | с ;
     Дефолт:	uninitialized_variable_warn on;
     Контекст:	http , сервер , расположение , если

     Управляет записью предупреждений о неинициализированных переменных./(download/.*)/media/(.*)\..*$ /$1/mp3/$2.mp3 break; }

     будут переведены в эти инструкции:

     переменная $ запрещено
     проверить против нуля
         возврат 403
         конец кода
     переменная $ медленная
     проверить против нуля
     совпадение регулярного выражения
     копировать "/"
     копировать $ 1
     копировать "/ mp3 /"
     копия $ 2
     скопировать ".mp3"
     конец регулярного выражения
     конец кода
      

     Обратите внимание, что нет инструкций для limit_rate указанная выше, поскольку она не связана с ngx_http_rewrite_module модуль.(/ загрузок /.*)/ media /(.*)\..*$ $ 1 / mp3 / $ 2.mp3 break;

     Соответствующие инструкции будут выглядеть так:

     совпадение регулярного выражения
     копировать $ 1
     копировать "/ mp3 /"
     копия $ 2
     скопировать ".mp3"
     конец регулярного выражения
     конец кода
      

     Руководство по переписыванию URL-адресов

     - HTTP-сервер Apache

     Этот документ дополняет mod_rewrite справочная документация. Он описывает, как можно использовать Apache mod_rewrite . для решения типичных проблем с URL-адресами, с которыми веб-мастера обыденность противостояла.Мы даем подробные описания того, как Решите каждую проблему, настроив наборы правил перезаписи URL.

     ВНИМАНИЕ: В зависимости от конфигурации вашего сервера возможно, придется немного изменить примеры для вашего ситуация, например добавление флага [PT] , когда дополнительно используя mod_alias и mod_userdir и т. Д. Или переписать набор правил чтобы вписаться в контекст .htaccess вместо этого серверного контекста. Всегда пытайтесь понять, что за конкретный набор правил действительно работает, прежде чем вы его используете.Этот позволяет избежать многих проблем.

     Описание:

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

     Решение:

     Делаем внешний HTTP редирект для всех неканонических URL-адреса, чтобы исправить их в представлении местоположения в браузере и для всех последующих запросов./] + ) $ / 1 доллар США / 2 доллара США / [ R ]

     Описание:

     Цель этого правила - заставить использовать конкретный имя хоста, а не другие имена хостов, которые могут использоваться для добраться до того же сайта. Например, если вы хотите принудительно использовать из www.example.com вместо example.com , вы можете использовать вариант по рецепту.

     Решение:

     Для сайтов, работающих на порту, отличном от 80:

     RewriteCond% {HTTP_HOST}! ^ Полностью \. / $ http: // пример.com / e / www /
       
     
      

     Описание:

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

     Решение:

     Решение этой тонкой проблемы - позволить серверу добавляйте завершающую косую черту автоматически.Сделать это правильно мы должны использовать внешнее перенаправление, поэтому браузер правильно запрашивает последующие изображения и т. д. Если мы только внутренняя перезапись, это будет работать только для страница каталога, но будет ошибаться, когда какие-либо изображения включены в эту страницу с относительными URL-адресами, потому что браузер запросит встроенный объект. Например, запрос на image.gif в /~quux/foo/index.html станет / ~ quux / image./] ) $ 1 / [R]

     Описание:

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

     Решение:

     Решение тривиально с mod_rewrite ./~(.+) http: // newserver / ~ $ 1 [R, L]

     Описание:

     Иногда необходимо разрешить веб-серверу поиск для страниц в более чем одном каталоге. Здесь MultiViews или другие методы не могут помочь.

     Решение:

     Мы программируем явный набор правил, который ищет файлы в каталогах.(. +) - [PT]

     Описание:

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

     Решение:

     Мы используем правило перезаписи, чтобы удалить информацию о статусе и запомните это через переменную окружения, которая может быть позже разыменование из XSSI или CGI./] +) /(.*) 1 доллар / 3 доллара [E = СТАТУС: 2 долларов]

     Описание:

     Предположим, вы хотите предоставить www. имя пользователя .host.domain.com для домашней страницы имени пользователя через только записи DNS A в на той же машине и без виртуальных хостов на этом машина..(/~.+) http://www.somewhere.com/$1 [R, L]

     Описание:

     По умолчанию перенаправление на привязку HTML не работает, поскольку mod_rewrite экранирует символ # , превращая его в % 23 . Это, в свою очередь, нарушает перенаправление.

     Решение:

     Используйте флаг [NE] на RewriteRule .NE означает «Нет побега».

     Переписывание, зависящее от времени

     Описание:

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

     Решение:

     Есть много переменных с именами TIME_xxx для условий перезаписи.foo \ .html $ foo.night.html

     Это обеспечивает содержимое foo.day.html по URL-адресу foo.html из 07: 00-19: 00 , а в оставшееся время содержимое foo.night.html . Просто приятно функция для домашней страницы ...

     Обратная совместимость для миграции с YYYY на XXXX

     Описание:

     Как сделать обратную совместимость URL-адресов (все еще существующий виртуально) после переноса документа .ГГГГ в документ .XXXX , например после перевода связка из файлов .html на .phtml ?

     Решение:

     Мы просто переписываем имя на его базовое имя и проверяем наличие новой пристройки. Если он существует, возьмем это имя, иначе мы перезапишем URL-адрес в исходное состояние. foo \.html $ bar .html

     От старого к новому (внешний)

     Описание:

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

     От статического к динамическому

     Описание:

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

     Решение:

     Мы просто переписываем URL-адрес CGI-скрипта и заставляем правильный MIME-тип, чтобы он действительно запускался как CGI-скрипт.foo \. html $ foo. cgi [T = application / x-httpd-cgi ]

     Блокировка роботов

     Описание:

     Как мы можем заблокировать действительно надоедливого робота от получение страниц определенной веб-области? А /robots.txt файл, содержащий записи "Протокола исключения роботов" обычно недостаточно, чтобы получить избавиться от такого робота.

     Решение:

     Мы используем набор правил, запрещающий URL-адреса веб-области. / ~ quux / foo / arc / (возможно, очень глубокий область, проиндексированная каталогом, где робот создают большую нагрузку на сервер). Мы должны убедиться, что мы запретить доступ только конкретному роботу, т.е. просто запретить хост, на котором работает робот, недостаточно. Это также заблокировало бы доступ пользователей к этому хосту. / ~ quux / foo / arc / . + - [ F ]

     Заблокированные встроенные изображения

     Описание:

     Предположим, у нас меньше http://www.quux-corp.de/~quux/ некоторые страницы со встроенной графикой в ​​формате GIF. Эти графики приятно, поэтому другие напрямую включают их через гиперссылки на свои страницы. Нам не нравится эта практика, потому что она добавляет бесполезный трафик на наш сервер.inline-in-foo \ .gif $ - [F]

     Запрет прокси

     Описание:

     Как мы можем запретить определенному хосту или даже пользователю специальный хост от использования прокси Apache?

     Решение:

     Сначала нужно убедиться, что mod_rewrite находится ниже (!) mod_proxy в Конфигурации файл при компиляции веб-сервера Apache./. visible\.mydomain.com.* - [F]

     Внешний механизм перезаписи

     Описание:

     Часто задаваемые вопросы: как решить проблемы с FOO / BAR / QUUX / и т. Д. проблема? Кажется, нет решения с помощью mod_rewrite ...

     Решение:

     Используйте внешнюю RewriteMap , т.е. программу, которая действует как RewriteMap .foo / | bar / |; print $ _; }

     Это демонстрационный пример, он просто переписывает все URL-адреса / ~ quux / foo / ... на / ~ quux / bar / ... . На самом деле вы можете программировать что угодно. Но обратите внимание, что хотя такие карты могут быть использовал также средний пользователь, только Системный администратор может определить его.

     Настройка перезаписи URL для внешних балансировщиков нагрузки HTTP (S)

     В этом примере демонстрируется перезапись пути, указанного в запросе.

     Важно: Перезапись добавляется к пути как есть. Перезапись полного пути не поддерживается. Балансировка нагрузки HTTP (S) реализует только перезапись префиксов пути. Для Например, вы можете переписать : host.name/path2/resource1 to имя_хоста/path3/resource1 . Вы не можете перезаписать host.name/path2/resource1 на host.name/path2/resource2 .

     Прежде чем начать

     • Прочтите о перезаписи URL.

     • Прочтите о сопоставлениях URL-адресов в целом и сопоставители путей в частности.

     • В примере перезаписи URL предполагается, что вы уже создали свой внешний балансировщик нагрузки HTTP (S) в соответствии с шагами, описанными в разделе Настройка балансировщика нагрузки с облачным хранилищем ведра.

       В этом примере показано создание двух ресурсов:

       • http: // IP_АДРЕС / Never-fetch/three-cats.jpg
       • http: // IP_АДРЕС /love-to-fetch/two-dogs.jpg

       Где / never-fetch / three-cats.jpg хранится в / cats , т.е. служба по умолчанию, а /love-to-fetch/two-dogs.jpg хранится в / собак .

       На этом этапе карта URL-адресов выглядит так:

       gcloud compute url-maps описывают http-lb
        

         creationTimestamp: '2020-10-13T11: 18: 10.561-07: 00'
       defaultService: https://www.googleapis.com/compute/v1/projects/  PROJECT_ID  / global / backendBuckets / cats.
       отпечаток пальца: MKfYsObzqgw =
       hostRules:
       - хосты:
         - '*'
         pathMatcher: path-matcher-1
       id: '1420501688756228493'
       вид: вычислить # urlMap
       имя: тест-ведро
       pathMatchers:
       - defaultService: https: // www.googleapis.com/compute/v1/projects/  PROJECT_ID  / global / backendBuckets / cats
         имя: path-matcher-1
         pathRules:
         - пути:
           - / любовь к выборке / *
           сервис: https://www.googleapis.com/compute/v1/projects/  PROJECT_ID  / global / backendBuckets / dogs
       selfLink: https://www.googleapis.com/compute/v1/projects/  PROJECT_ID  / global / urlMaps / http-lb
         

     Изменение карты URL

     В этом примере вы переписываете URL-адрес / love-to-fetch / , чтобы пользователи могли обращаться к двух собак.jpg изображение с этим упрощенным URL:

     • http: // IP_АДРЕС /two-dogs.jpg

     Для этого измените карту URL-адресов балансировщика нагрузки следующим образом:

     Консоль

     Измените балансировщик нагрузки

     1. Перейдите на страницу балансировки нагрузки в Google Cloud Console.
        Перейти на страницу балансировки нагрузки
     2. Щелкните http-lb .
     3. Щелкните Edit edit.
     4. Чтобы продолжить, оставьте окно открытым.

     Изменить правила хоста и пути

     1. В левом столбце экрана щелкните Хост и правила пути .
     2. Выберите Расширенное правило хоста и пути (перенаправление URL, перезапись URL) .
     3. Щелкните строку, содержащую правило пути не по умолчанию, в данном случае строка со звездочкой ( * ) для всех хостов.
     4. Щелкните значок карандаша, чтобы изменить / love-to-fetch / * Маршрутизация трафика к одному бэкэнду: собаки строка.
     5. В Пути удалите / love-to-fetch / * и добавьте / * .
     6. В разделе Действие выберите Маршрутизация трафика к одному бэкэнду .
     7. Щелкните Действие надстройки (перезапись URL) .
     8. Оставьте Host rewrite пустым.
     9. Под префиксом пути перезапишите , введите / love-to-fetch / .
     10. Под Backend выберите собаки .
     11. Щелкните Сохранить .

     12. Нажмите Готово . Новое правило хоста и пути выглядит следующим образом:

         Пути	Действие	Серверная часть
         Любое несоответствие (по умолчанию)	Маршрутизация трафика к одному бэкэнду	кошек
         / *	Маршрутизация трафика к одному бэкэнду	собак

     13. Если все в порядке, щелкните Обновить , чтобы обновить HTTP балансировщик нагрузки.

     gcloud

     1. Создайте файл YAML /tmp/http-lb.yaml , заменив PROJECT_ID с идентификатором вашего проекта.

        Когда пользователь запрашивает путь / * , путь переписывается в бэкэнде на фактическое расположение содержимого: / love-to-fetch / * .

          defaultService: https://www.googleapis.com/compute/v1/projects/  PROJECT_ID  / global / backendBuckets / cats
        hostRules:
        - хосты:
          - '*'
          pathMatcher: path-matcher-1
        имя: http-lb
        pathMatchers:
        - defaultService: https: // www.googleapis.com/compute/v1/projects/  PROJECT_ID  / global / backendBuckets / cats
          имя: path-matcher-1
          pathRules:
          - пути:
            - / *
            routeAction:
              urlRewrite:
                pathPrefixRewrite: / love-to-fetch /
            сервис: https://www.googleapis.com/compute/v1/projects/  PROJECT_ID  / global / backendBuckets / dogs
        тесты:
        - описание: Тестовая маршрутизация к бэкэнд-ведру, собаки
          host: example.com
          путь: / love-to-fetch / test
          сервис: https://www.googleapis.com/compute/v1/projects/  PROJECT_ID  / global / backendBuckets / dogs
          

     2. Проверьте сопоставление URL-адресов.

        gcloud compute url-maps validate --source /tmp/http-lb.yaml
         

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

     3. Обновите карту URL-адресов.

        gcloud вычислить url-карты импортировать http-lb \
           --source /tmp/http-lb.yaml \
           --Глобальный
         

     Тестирование

     Обратите внимание на зарезервированный IPv4-адрес:

     Адреса вычислений gcloud описывают example-ip \
         --format = "получить (адрес)" \
         --Глобальный
      

     Подождав несколько минут, пока изменения вступят в силу, вы можете проверить это настраивать.

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

     Ваш адрес email не будет опубликован. Обязательные поля помечены *

     Комментарий *

     Имя *

     Email *

     Сайт