Обработка адресов
Понятие обработки адресов
Обработка адресов (UrlRewrite) применяется для того, чтобы скрипт мог отвечать не только по своему физическому, но и по любому другому указаному адресу. Например, можно задать настройки обработки адресов, чтобы скрипт в файле /fld/c.php, отвечающий по адресу
/fld/c.php?id=15
отвечал также по адресу
/catalog/15.php
Адрес, по которому будет отвечать скрипт, не должен физически существовать на сервере. Если такой адрес физически существует, то будет вызван скрипт по этому адресу. Система обработки адресов запущена в этом случае не будет.
Правила обработки
Правила обработки адресов настраиваются отдельно для каждого сайта и хранятся в корне сайта в файле urlrewrite.php. Файл содержит массив $arUrlRewrite, каждая запись которого является правилом обработки адреса. Файл urlrewrite.php имеет следующий вид:
<? $arUrlRewrite = array( array( "CONDITION" => "#^/gallery/#", "RULE" => "", "ID" => "bitrix:photo", "PATH" => "/max/images/index.php", ), array( "CONDITION" => "#^/forum/#", "ID" => "bitrix:forum", "PATH" => "/forum/index.php", ), array( "CONDITION" => "#^/index/([0-9]+)/([0-9]+)/#", "RULE" => "mode=read&CID=$1&GID=$2", "ID" => "bitrix:catalog.section", "PATH" => "/newforum/index.php", ), array( "CONDITION" => "#(.+?)\\.html(.*)#", "RULE" => "$1.php$2", ), ); ?>
Каждое правило должно содержать уникальное в рамках сайта условие выполнения правила. Условие выполнения записывается в ключ "CONDITION" массива и является шаблоном Perl-совместимого регулярного выражения. Например, условие:
"CONDITION" => "#^/index/([0-9]+)/([0-9]+)/#"
указывает, что данное правило должно применяться для всех адресов, которые начинаются с подстрок вида:
/index/<число>/<число>/
Правило может содержать адрес физически существующего скрипта, который будет подключен при выполнении условия. Этот адрес записывается в ключ "PATH". Например, если в системе обработки адресов зарегистрировано правило:
array( "CONDITION" => "#^/gallery/#", "PATH" => "/max/images/index.php", )
и пользователь запросил страницу:
/gallery/38.php
которая физически не существует, то система обработки адресов подключит скрипт:
/max/images/index.php
Правило может содержать правило замены, которое записывается в ключ "RULE". Если правило замены установлено, то адрес реально существующего подключаемого скрипта формируется заменой регулярным варажением условия выполнения (шаблона выражения) на конкатенацию физического пути (ключ "PATH") и правила замены (ключ "RULE"). Например, если в системе обработки адресов зарегистрировано правило:
array( "CONDITION" => "#^/index/([0-9]+)/([0-9]+)/#", "RULE" => "mode=read&CID=$1&GID=$2", "PATH" => "/newforum/index.php", )
и пользователем запрошена страница:
/index/5/48/
то для формирования адреса скрипта, который будет подключен, выполнится код:
$url = preg_replace("#^/index/([0-9]+)/([0-9]+)/#", "/newforum/index.php?mode=read&CID=$1&GID=$2", "/index/5/48/");
и будет подключен скрипт:
/newforum/index.php?mode=read&CID=5&GID=48
Если в системе обработки адресов зарегистрировано правило:
array( "CONDITION" => "#(.+?)\\.html(.*)#", "RULE" => "$1.php$2", )
и пользователем запрошена страница:
/about/company.html?show
то для формирования адреса скрипта, который будет подключен, выполнится код:
$url = preg_replace("#(.+?)\\.html(.*)#", "$1.php$2", "/about/company.html?show");
и будет подключен скрипт:
/about/company.php?show
Правило может содержать имя компонента, который создал это правило. Это имя записывается в ключ "ID". При автоматическом пересоздании файла правил urlrewrite.php с помощью средств административной части сайта пересоздаются только правила, у которых заполнен ключ "ID". Эти правила пересоздаются на основании анализа физических файлов в папке сайта. Правила с пустым ключом "ID" при автоматическом пересоздании файла правил не изменяются.
Подключение системы обработки адресов
Перед началом использования система обработки адресов должна быть подключена на сайте. Для этого необходимо:
- если у вас на веб-сервере настроена обработка ошибки
404 (например, для Apache установлена директива
ErrorDocument 404 /404.php
), то вы должны изменить файл /404.php, вставив в самое начало файла команду:include_once($_SERVER['DOCUMENT_ROOT'].'/bitrix/modules/main/include/urlrewrite.php');
- если вы для Apache используете модуль mod_rewrite, то в его настройках вы можете указать (например, как в штатной установке в файле .htaccess):
<IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-l RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !/bitrix/urlrewrite.php$ RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L] </IfModule>
Примеры правил и условий для модуля mod_rewrite
- Настройка переадресации (301 редирект) на папки со слешем ( / ) в конце:
RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_URI} !\..{1,10}$ RewriteCond %{REQUEST_URI} !(.*)/$ RewriteRule ^(.*)$ http://[имя_вашего_сайта]/$1/ [L,R=301]
- Переадресация (301 редирект) с индексной страницы index.php на саму папку (корень) для всех страниц сайта:
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.php\ HTTP/ RewriteRule ^(.*)index\.php$ http://[имя_вашего_сайта]/$1 [R=301,L]
Поддержка компонентов 2.0
При добавлении на страницу компонента с поддержкой ЧПУ ("человеко-понятный URL") (если файл сохраняется с помощью API), автоматически создаётся правило обработки адреса. Если страница создаётся не с помощью API, а, например, записывается через FTP, то необходимо выполнить пересоздание правил (кнопка на панели инструментов на странице настройки правил обработки адресов).
Поддержка ЧПУ включается в компоненте с помощью предопределённого входного параметра SEF_MODE. При этом в предопределённом входном параметре SEF_FOLDER устанавливается папка, в которой работает компонент. Папка может быть виртуальной (т.е. физически может не существовать). При сохранении страницы с размещённым на ней компонентом, переключенным в режим ЧПУ (параметр SEF_MODE равен Y), через стандартный интерфейс правило обработки адресов создаётся следующим образом: в ключ условия применения шаблона ("CONDITION") записывается регулярное выражение, полученое из папки в параметре SEF_FOLDER, в ключ "ID" записывается имя компонента, в ключ пути ("PATH") записывается физический адрес страницы.
Например, пусть компонент "bitrix:catalog" размещён на странице /fld/c.php и его подключение выглядит следующим образом:
$APPLICATION->IncludeComponent( "bitrix:catalog", "", Array( "SEF_MODE" => "Y", "SEF_FOLDER" => "/mycatalog/", "IBLOCK_TYPE_ID" => "catalog", "BASKET_PAGE_TEMPLATE" => "/personal/basket.php", ) );
Тогда при сохранении страницы /fld/c.php в системе обработки адресов добавится запись:
array( "CONDITION" => "#^/mycatalog/#", "RULE" => "", "ID" => "bitrix:catalog", "PATH" => "/fld/c.php", )
Таким образом, при запросе адресов, начинающихся со строки /mycatalog/, будет подключаться скрипт /fld/c.php. В этом скрипте запрошенный адрес может быть проанализирован и выполнены требуемые действия.
Смотрите также
- ЧПУ в курсе Администратор Базовый.
- Настройка ЧПУ в курсе Разработчик Bitrix Framework.
- Работа комплексного компонента в SEF режиме в курсе Разработчик Bitrix Framework.
Сообщение не промодерировано, возможны ошибки и неточности.
|
Правила с пустым ключом "ID" при автоматическом пересоздании файла правил не изменяются.
Тут требуется уточнение - Правила с пустым ключом "ID" в виде пустой строки при автоматическом пересоздании файла правил не изменяются. Пример: Правильный вариант (сбрасываться не будет): array ( 'CONDITION' => '#^/([^/]+)/?$#', 'RULE' => 'ELEMENT_CODE=$1', 'ID' => '', 'PATH' => '/zalog/index.php', ), Не правильный вариант (при автоматическом пересоздании правило удалится): array ( 'CONDITION' => '#^/([^/]+)/?$#', 'RULE' => 'ELEMENT_CODE=$1', 'ID' => NULL, 'PATH' => '/zalog/index.php', ), аналогично если не писать ID : array ( 'CONDITION' => '#^/([^/]+)/?$#', 'RULE' => 'ELEMENT_CODE=$1', 'PATH' => '/zalog/index.php', ), |
Сообщение не промодерировано, возможны ошибки и неточности.
|
Добрый день.
Появились куча дублей типа Как прописать правило 301, чтоб была переадресация на Благодарю за помощь! |
Сообщение не промодерировано, возможны ошибки и неточности.
|
Добрый день.
Появились куча дублей типа Как прописать правило 301, чтоб была переадресация на Благодарю за помощь! |
Сообщение не промодерировано, возможны ошибки и неточности.
|
Добрый день.
Появились куча дублей типа Как прописать правило 301, чтоб была переадресация на Благодарю за помощь! |
Вячеслав Климов
|
||
Если по каким то причинам кнопка "пересоздание недоступна" и обновить правила обработки адресов надо через API
| ||
Максим Мамыкин
|
Есть готовое решение позволяющее задавать произвольную сортировку правил в файле urlrewrite есть бесплатное готовое решение -
|
Darkness_Paladin
|
||
Иногда важно помнить, что проверки на "более точное соответсвие" нет, и правила проверяются в том порядке, как они записаны в файле urlrewrite.php. Например, если два правила записаны так:
второе правило не сработает для "своего" адреса (например /about/news/55/), т.к. первое, универсальное, срабатывает для этого адреса. То есть, более точные правила нужно писать в начало файла, а обобщённые — в конец. | ||
Борис Байзулаев
|
||
Адрес физического файла, подключенного в результате обработки адреса записывается в
| ||
Алексей Комаров
|
В теме рассмотрены типовые примеры настройки ЧПУ для вывода разделов и элементов разделов инфоблока. Требуется, когда нужно вместо динамических адресов сделать переход на ЧПУ адреса (статические). |
Sergey Leshchenko
|
||
Упрощенный вариант правила, решающий проблему, описанную Денисом Мальцевым в предыдущем комментарии.
| ||
Пользовательские комментарии
Мы будем рады, если разработчики добавят свои комментарии по практическому использованию методов системы.Для этого нужно всего лишь авторизоваться на сайте
Но помните, что Пользовательские комментарии, несмотря на модерацию, не являются официальной документацией. Ответственность за их использование несет сам пользователь.
Также Пользовательские комментарии не являются местом для обсуждения функционала. По подобным вопросам обращайтесь на форумы.