Примеры рерайтинга: 10 примеров рерайта — техника сверхскоростного рерайтинга

• 30.05.2008
• 21 минута чтения

В этой статье

Руслан Якушев

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

Обзор функциональных возможностей

Модуль перезаписи URL переписывает URL-адреса запросов на простые, удобные для пользователя и удобные для поисковых систем адреса, которые отображаются для пользователей или в веб-приложениях. URL Rewrite использует определенные правила для оценки, а затем сопоставляет URL-адрес запроса с адресом, определенным в правиле, перед его обработкой веб-сервером IIS. Вы можете определить логику перезаписи URL, которая включает в себя регулярные выражения и подстановочные знаки, и правила могут применяться на основе URL-адреса запроса, заголовков HTTP и серверных переменных.Хотя основная цель модуля — переписать URL-адреса запросов в более удобные URL-адреса, вы также можете использовать модуль для определения правил, которые выполняют перенаправления, отправляют пользовательские ответы или отменяют запросы.

Обзор правил перезаписи

Правило перезаписи определяет логику того, с чем сравнивать или сопоставлять URL-адрес запроса и что делать, если сравнение прошло успешно.

Правило переписывания состоит из следующих частей:

• Шаблон — Шаблон правила используется для указания либо регулярного выражения, либо шаблона подстановочного знака, который используется для сопоставления строк URL.
• Условия — Дополнительный набор условий используется для указания дополнительных логических операций, выполняемых, если строка URL-адреса соответствует шаблону правила. В этих условиях вы можете проверить определенные значения заголовков HTTP или серверных переменных или проверить, соответствует ли запрошенный URL-адрес файлу или каталогу в физической файловой системе.
• Действие — Действие используется, чтобы указать, что делать, если строка URL соответствует шаблону правила и все условия правила выполнены.

Переписать область действия правил

Правила перезаписи могут быть определены в двух разных коллекциях:

• — Правила в этой коллекции могут быть определены только на уровне сервера. Глобальные правила используются для определения логики перезаписи URL для всего сервера. Эти правила определены в файле ApplicationHost.config, и их нельзя переопределить или отключить на более низких уровнях конфигурации. Глобальные правила всегда работают с абсолютным путем URL (то есть запрошенным URI без имени сервера).Эти правила оцениваются на ранней стадии в конвейере обработки запросов IIS (событие PreBeginRequest ).
• — Правила в этой коллекции называются распределенными правилами, и их можно определять на любом уровне в иерархии конфигурации. Распределенные правила используются для определения логики перезаписи URL, специфичной для конкретной области конфигурации. Этот тип правил можно добавить на любом уровне конфигурации с помощью файлов Web.config или с помощью тегов в ApplicationHost.файлы config или Web.config. Распределенные правила работают с URL-путями относительно местоположения файла Web.config, в котором они определены. В тех случаях, когда распределенные правила определены внутри тэга , они работают по пути URL относительно пути, указанного для этого тэга . Эти правила оцениваются по событию BeginRequest в конвейере IIS.

Оценка правил

Для каждого уровня конфигурации в IIS могут быть определены ноль или более правил перезаписи.Правила оцениваются в том же порядке, в котором они указаны. Модуль перезаписи URL обрабатывает набор правил, используя следующий алгоритм:

1. Сначала URL сопоставляется с шаблоном правила. Если он не совпадает, модуль перезаписи URL немедленно прекращает обработку этого правила и переходит к следующему правилу.
2. Если шаблон соответствует и условия для правила отсутствуют, модуль перезаписи URL-адреса выполняет действие, указанное для этого правила, а затем переходит к следующему правилу, где использует замещенный URL-адрес в качестве входных данных для этого правила.
3. Если шаблон соответствует и существуют условия для правила, модуль перезаписи URL оценивает условия. Если оценка прошла успешно, выполняется указанное действие правила, а затем переписанный URL-адрес используется в качестве входных данных для последующего правила
.

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

Правило Наследования

Если правила определены на нескольких уровнях конфигурации, модуль перезаписи URL оценивает правила в следующем порядке:

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

Сохранение оригинального URL

Модуль перезаписи URL сохраняет исходный запрошенный путь URL в следующих серверных переменных:

• HTTP_X_ORIGINAL_URL — эта серверная переменная содержит исходный URL в декодированном формате;
• UNENCODED_URL — эта серверная переменная содержит исходный URL-адрес в точности так, как он был запрошен веб-клиентом, с сохранением всей исходной кодировки.

Доступ к частям URL из правила перезаписи

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

URL-адрес HTTP в этой форме: http (s): // <хост>: <порт> / <путь>?

• <путь> сопоставляется с шаблоном правила.
• доступен в серверной переменной QUERY_STRING и может быть доступен с помощью условия в правиле.
• доступен в серверной переменной HTTP_HOST, и к нему можно получить доступ, используя условие в правиле.
• <порт> доступен в серверной переменной SERVER_PORT, и к нему можно получить доступ, используя условие в правиле.
• Серверные переменные SERVER_PORT_SECURE и HTTPS могут использоваться для определения, использовалось ли безопасное соединение. Эти серверные переменные могут быть доступны с помощью условия в правиле.
• Переменная сервера REQUEST_URI может использоваться для доступа ко всему запрашиваемому пути URL, включая строку запроса.

Например, если был сделан запрос для этого URL: http://www.mysite.com/content/default.aspx?tabid=2&subtabid=3 , и правило перезаписи было определено на уровне сайта, то:

• Шаблон правил получает строку URL содержимого / по умолчанию.ASPX в качестве входа.
• Серверная переменная QUERY_STRING содержит tabid = 2 и subtabid = 3 .
• Серверная переменная HTTP_HOST содержит www.mysite.com .
• Переменная сервера SERVER_PORT содержит 80 .
• Переменная сервера SERVER_PORT_SECURE содержит 0 , а HTTPS содержит OFF .
• Серверная переменная REQUEST_URI содержит /content/default.aspx?tabid=2&subtabid=3 .
• Переменная сервера PATH_INFO содержит /content/default.aspx .

Обратите внимание, что строка входного URL-адреса, передаваемая распределенному правилу, всегда связана с расположением файла Web.config, в котором определено правило. Например, если запрос сделан для http://www.mysite.com/content/default.aspx?tabid=2&subtabid=3 , а правило перезаписи определено в каталоге / content , тогда это правило получает эту строку URL default.aspx в качестве входных данных.

Конфигурация правила перезаписи

Шаблон правил

Шаблон правила перезаписи используется для указания шаблона, с которым сравнивается текущий путь URL. Текущий в этом контексте означает значение пути URL, когда применяется правило. Если существуют какие-либо правила, предшествующие текущему правилу, они могут соответствовать исходному запрошенному URL-адресу и изменять его. Строка URL, которая оценивается по шаблону, не включает строку запроса. Чтобы включить строку запроса в оценку правила, вы можете использовать серверную переменную QUERY_STRING в условии правила.Для получения дополнительной информации обратитесь к разделу «Использование серверных переменных в правилах перезаписи».

Шаблон указывается в элементе правила перезаписи.

Синтаксис шаблона правила

Синтаксис шаблона правила можно указать с помощью атрибута patternSyntax правила. Этот атрибут может быть установлен в одну из следующих опций:

ECMAScript — синтаксис регулярных выражений, совместимый с Perl (соответствует стандарту ECMAScript). Это опция по умолчанию для любого правила.([_0-9a-zA-Z -] + /)? (Wp -. *) «

Wildcard — Синтаксис подстановочного знака, используемый в модуле перенаправления HTTP IIS. Ниже приведен пример шаблона в этом формате: «/ Scripts / * _ in. ???», где звездочка («*») означает «сопоставить любое количество любых символов и записать их в обратную ссылку» и « ?» означает совпадение ровно с одним символом (обратная ссылка не создается).

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

Свойства шаблона правила

Шаблон может быть отменен с помощью атрибута negate элемента . Когда этот атрибут используется, действие правила выполняется, только если текущий URL-адрес не соответствует указанному шаблону.

По умолчанию используется регистронезависимое сопоставление с образцом. Чтобы включить чувствительность к регистру, вы можете использовать атрибут ignoreCase элемента правила.

Правило условия

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

Условия определены в коллекции <условий> правила перезаписи. Эта коллекция имеет атрибут LogicalGrouping , который контролирует, как оцениваются условия. Если у правила есть условия, то действие правила выполняется только при условии соответствия шаблона правила и:

• Все условия были оценены как истинные при условии, что было использовано logicGrouping = «MatchAll» .
• По крайней мере одно из условий было оценено как истинное при условии, что было использовано logicGrouping = «MatchAny» .

Условие определяется указанием следующих свойств:

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

Тип совпадения может быть одним из следующих трех:

• IsFile — этот тип соответствия используется для определения, содержит ли входная строка физический путь к файлу в файловой системе.Если строка ввода условия не указана, модуль перезаписи URL-адреса использует физический путь запрошенного файла в качестве значения по умолчанию для ввода условия. Этот тип соответствия может использоваться только для распределенных правил.

• IsDirectory — Этот тип соответствия используется для определения, содержит ли входная строка физический путь к каталогу в файловой системе. Если строка ввода условия не указана, модуль перезаписи URL-адреса использует физический путь запрошенного файла в качестве значения по умолчанию для ввода условия.Этот тип соответствия может использоваться только для распределенных правил.

• Шаблон — Этот тип соответствия используется для выражения условия, когда произвольная входная строка сопоставляется с шаблоном регулярного выражения. Шаблон условия может быть задан с использованием синтаксиса регулярного выражения или с использованием синтаксиса с подстановочными знаками. Тип шаблона для использования в условии зависит от значения флага patternSyntax , определенного для правила, которому принадлежит это условие.Этот тип условия имеет два связанных атрибута, которые управляют сопоставлением с шаблоном:

  • шаблон — Используйте этот атрибут для указания фактического шаблона.
  • ignoreCase — Используйте этот атрибут, чтобы указать, должно ли совпадение шаблона для условия быть чувствительным к регистру или без учета регистра.

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

Правило действия

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

Переписать действие

Действие Rewrite заменяет текущую строку URL строкой подстановки. Строка подстановки всегда должна указывать путь URL (например, contoso / test / default.ASPX). Обратите внимание, что замены, содержащие физический путь в файловой системе (например, C: \ inetpub \ wwwroot ), не поддерживаются в IIS.

Действие Rewrite имеет следующие параметры конфигурации:

• url — Это строка замещения, используемая при перезаписи текущего URL. URL замещения является строковым значением, которое может включать следующее:

  • Обратные ссылки на условия и шаблоны правил.(Для получения дополнительной информации см. Раздел об использовании обратных ссылок.)
  • Серверные переменные. (Для получения дополнительной информации см. Раздел об использовании серверных переменных.)

• appendQueryString — указывает, сохраняется ли строка запроса из текущего URL-адреса во время замены. По умолчанию, если значение флага appendQueryString не указано, предполагается, что оно равно TRUE. Это означает, что строка запроса из исходного URL-адреса добавляется к замещенному URL-адресу.

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

Действие Redirect указывает модулю перезаписи URL-адреса отправлять ответ перенаправления клиенту. Код состояния перенаправления (3xx) может быть указан в качестве параметра для этого действия. Поле Location ответа содержит строку подстановки, указанную в правиле.

URL замещения для правила перенаправления можно указать в одной из следующих форм:

• Относительный путь URL — contoso / test / default.ASPX
• Абсолютный URI — https://example.com/contoso/test/default.aspx

Использование действия Redirect подразумевает, что никакие последующие правила не оцениваются для текущего URL после перенаправления.

Действие Redirect имеет следующие параметры конфигурации:

• url — использует строку замещения в качестве URL перенаправления. URL замещения — это строка, которая может содержать следующее:

  • Обратные ссылки на условия и шаблоны правил.(Для получения дополнительной информации см. Раздел об использовании обратных ссылок.)
  • Серверные переменные. (Для получения дополнительной информации см. Раздел об использовании серверных переменных.)

• appendQueryString — указывает, должна ли строка запроса из текущего URL-адреса быть сохранена во время замены. По умолчанию, если флаг AppendQueryString не указан, предполагается, что он равен TRUE. Это означает, что строка запроса из исходного URL-адреса добавляется к замещенному URL-адресу.

• redirectType — Указывает код состояния, который будет использоваться при перенаправлении:

  • 301 — Постоянный
  • 302 — найдено
  • 303 — см. Другие
  • 307 — Временный

CustomResponse action

Действие CustomResponse заставляет модуль перезаписи URL отвечать клиенту HTTP, используя указанный пользователем код состояния, субкод и причину. Использование действия CustomResponse подразумевает, что никакие последующие правила не оцениваются для текущего URL-адреса после выполнения этого действия.

Действие CustomResponse имеет следующие параметры конфигурации:

• statusCode — Указывает код состояния, который будет использоваться в ответ клиенту.
• subStatusCode — Указывает код подстатуса, который будет использоваться в ответ клиенту.
• statusReason — указывает фразу причины для использования с кодом состояния.
• statusDescription — Определяет однострочное описание, которое нужно вставить в тело ответа.

AbortRequest action

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

Нет действия

A Нет действие используется, чтобы указать, что никакое действие не выполняется.

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

Переменные сервера предоставляют дополнительную информацию о текущих HTTP-запросах.Вы можете использовать эту информацию для принятия решения о переписывании или для составления переписанного URL. На серверные переменные можно ссылаться в следующих местах в правилах перезаписи:

• В строке условия ввода

• В строках замены правил, а именно:

  • url атрибут действия Rewrite и Redirect
  • StatusLine и responseLine из CustomResponse action

На серверные переменные можно ссылаться с помощью синтаксиса {VARIABLE_NAME}.Например, следующее условие использует серверную переменную QUERY_STRING:

Переменные сервера также можно использовать для доступа к заголовкам HTTP из текущего запроса. Любой HTTP-заголовок, предоставленный текущим запросом, представлен как переменная сервера, имя которой сгенерировано в соответствии с этим соглашением об именах:

1. Все символы тире («-«) в имени заголовка HTTP преобразуются в символы подчеркивания («_»).
2. Все буквы в заголовке HTTP преобразуются в прописные.
3. Префикс «HTTP_» добавляется к имени заголовка.

Например, чтобы получить доступ к заголовку HTTP «user-agent» из правила перезаписи, вы можете использовать переменную сервера {HTTP_USER_AGENT}.

Использование обратных ссылок в правилах перезаписи

Части входных данных правил или условий могут быть зафиксированы в обратных ссылках. Затем их можно использовать для создания URL-адресов замещения в действиях правил или для создания входных строк для условий правил.

Обратные ссылки генерируются по-разному, в зависимости от того, какой тип синтаксиса шаблона используется для правила. При использовании синтаксиса шаблона ECMAScript обратную ссылку можно создать, поместив круглые скобки вокруг части шаблона, которая должна захватывать обратную ссылку. Например, шаблон ([0-9] +) / ([a-z] +). Html будет захватывать 07 и статьи в обратных ссылках с этого запрошенного URL: 07 / article.html . При использовании синтаксиса шаблона «Подстановочный знак» обратные ссылки всегда создаются, когда в шаблоне используется символ звездочки (*).Обратные ссылки не создаются, когда «?» используется в шаблоне. Например, шаблон * / *. Html будет захватывать contoso и test в обратных ссылках с этого запрошенного URL: contoso / test.html .

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

• В состоянии ввода строки

• В правилах действия, а именно:

  • url атрибут действия Rewrite и Redirect
  • StatusLine и responseLine из CustomResponse action

• В ключе параметр для карты перезаписи

Обратные ссылки на шаблоны условий обозначаются {C: N}, где N от 0 до 9.(WWW \.) (. *) $

Для строки: www.foo.com обратные ссылки будут проиндексированы следующим образом:

  {C: 0} - www.foo.com
{C: 1} - www.
{C: 2} - foo.com
  

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

Следующий пример правила демонстрирует, как создаются и ссылаются на обратные ссылки:

Взаимодействие с кэшированием вывода IIS

Модуль перезаписи URL управляет поведением кэша вывода IIS для:

1. Оптимально использовать режим кэширования ответов в режиме ядра и режиме пользователя для переписанных URL-адресов, что повышает производительность веб-приложения, использующего модуль перезаписи URL-адресов.
2. Запрет кеширования ответов, когда логика кеширования может быть нарушена из-за перезаписи URL.

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

1. Модуль всегда устанавливает настройку кэша пользовательского режима varByHeader = «HTTP_X_ORIGINAL_URL».Это гарантирует, что при включенном кешировании в пользовательском режиме модуль учитывает исходный URL-адрес для создания ключа для записи в кеш.

2. Если набор правил перезаписи использует серверные переменные со значениями, которые либо постоянны в течение всего жизненного цикла процесса, либо получены из запрошенного URL-адреса, этот набор правил считается безопасным для кэширования вывода. Это означает, что модуль перезаписи URL-адреса не будет изменять существующую политику кэширования никоим образом, кроме установки varByHeader , как описано в шаге 1.

   Следующие серверные переменные, используемые в правилах перезаписи, не влияют на политику кэширования вывода:

   • «CACHE_URL»
   • «DOCUMENT_ROOT»
   • «HTTP_URL»
   • «HTTP_HOST»
   • «PATH_INFO»
   • «PATH_TRANSLATED»
   • «QUERY_STRING»
   • «REQUEST_FILENAME»
   • «REQUEST_URI»
   • «SCRIPT_FILENAME»
   • «SCRIPT_NAME»
   • «SCRIPT_TRANSLATED»
   • «UNENCODED_URL»
   • «URL»
   • «URL_PATH_INFO»
   • «» APP_POOL_ID «
   • «APPL_MD_PATH»
   • «APPL_PHYSICAL_PATH»
   • «GATEWAY_INTERFACE»
   • «SERVER_SOFTWARE»
   • «SSI_EXEC_DISABLED»

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

Строковые функции

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

• ToLower — возвращает входную строку, преобразованную в нижний регистр.
• UrlEncode — возвращает введенную строку, преобразованную в формат URL-кодировки. Эту функцию можно использовать, если URL замены в правиле перезаписи содержит специальные символы (например, небезопасные или небезопасные символы URI).
• UrlDecode — декодирует входную строку в кодировке URL. Эта функция может быть использована для декодирования входного условия перед сопоставлением его с шаблоном.

Функции могут быть вызваны с использованием следующего синтаксиса:

  {имя_функции: любая_строка}
  

Где «имя_функции» может указывать следующее: «ToLower», «UrlEncode», «UrlDecode».«Any_string» может быть литеральной строкой или строкой, построенной с использованием серверных переменных или обратных ссылок. Например, следующие допустимые вызовы строковых функций:

  {ToLower: DEFAULT.HTM}
{UrlDecode: {REQUEST_URI}}
{UrlEncode: {R: 1} .aspx р = [ПРОДОЛЖИТЬ]}
  

Строковые функции можно использовать в следующих местах в правилах перезаписи:

• В состоянии ввода строки

• В строках замены правил, а именно:

  • URL атрибут Переписать и Перенаправить действия
  • statusLine и responseLine атрибутов CustomResponse action

Пример правила, использующего функцию ToLower :

Пример правила, использующего функцию UrlEncode :

  <правила>
   
   
   

  

Пример правила, использующего функцию UrlDecode :

  <правила>
   
      
      <условия>
         
      
      
   

  

Переписать карты

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

Карта перезаписи определяет именованную коллекцию строк пары имя-значение, как в следующем примере:

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

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

Карты перезаписи ссылаются в правиле перезаписи с использованием следующего синтаксиса:

  {RewriteMapName: Key}
  

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

  {MyRewriteMap: contoso / {R: 1} / test / {C: 1}}
{MyRewriteMap: a.html}
{MyRewriteMap: {R: 1} {C: 1} & Contoso = тест}
  

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

На карту перезаписи можно ссылаться в следующих местах в правилах перезаписи:

• В строке ввода условия

• В строках замены правил, а именно:

  • URL атрибут Переписать и Перенаправить действия
  • StatusLine и responseLine из CustomResponse действия

Пример 1 : с картой перезаписи, определенной следующим образом:

  <переписать>
 
  
    
    
    
  
 

  

И правило перезаписи определено следующим образом:

  <переписать>
 
  
  <условия>
   
  
  
 

  

Запрошенный URL / диагностики будет переписан как / по умолчанию.aspx? tabid = 2 & subtabid = 29 .
Запрошенный URL / веб-трансляций будет переписан на /default.aspx?tabid=2&subtabid=24 .
Запрошенный URL / php будет переписан на /default.aspx?tabid=7116 .
Запрошенный URL / default.aspx не будет перезаписан, поскольку карта перезаписи не содержит элемента с ключом = «/ default.aspx»; поэтому карта перезаписи вернет пустую строку, которая не будет соответствовать шаблону условия, следовательно, действие правила не будет выполнено.

Пример 2 : с картой перезаписи, определенной следующим образом:

  <переписать>
 
  
    
    
    
  
 

  

И правило перезаписи определено следующим образом:

  <переписать>
 
  
  <условия>
   
  
  
 

  

Запрошенный URL /default.aspx?tabid=2&subtabid=29 будет перенаправлен на http://www.contoso.com/diagnostics .
Запрошенный URL /default.aspx?tabid=2&subtabid=24 будет перенаправлен на http: // www.contoso.com/webcasts .
Запрашиваемый URL /default.aspx?tabid=7116 будет перенаправлен на http://www.contoso.com/php .
Запрошенный URL / default.aspx не будет перенаправлен, поскольку карта перезаписи не содержит элемента с ключом = «/ default.aspx»; поэтому карта перезаписи вернет пустую строку, которая не будет соответствовать шаблону условия, следовательно, действие правила не будет выполнено.