Чпу битрикс 404 ошибка

Научимся создавать новые страницы на комплексном компоненте bitrix:news, как осуществляется настройка ЧПУ Битрикс, настроим автоматические кеширование. Сам комплексный компонент будет вызывать простые компоненты bitrix:news.detail и bitrix:news.list.

Создание инфоблока новостей и его настройка

Самое первое, что стоит сделать — создать нужный инфоблок. Можно в отдельном типе инфоблоков, можно в уже существиющем.

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

Переходим в панель управления сайтом, открываем Контент — Инфоблоки — Типы инфоблоков и жмем «Добавить новый тип«.

Указываем ID «novosti», название на русском — Новости, на английском — News. Галочку «Использовать древовидный классификатор элементов по разделам» оставляем. Жмем Сохранить.

Далее снова раскрываем Контент — Инфоблоки — Типы инфоблоков. В списке находим наш новый тип и жмем на него. В нужном нам типе инфоблоков жмем «Добавить инфоблок».

Настройка инфоблока

Символьный код укажите novosti, выберите нужный сайт, название Новости.

Для работы ЧПУ требуется настроить параметры работы URL.

• URL страницы информационного блока: «#SITE_DIR#/novosti/» — адрес страницы, где будет располагаться комплексный компонент.
• URL страницы раздела: «#SITE_DIR#/novosti/#SECTION_CODE#/» — шаблон URL страницы раздела. Если используете #SECTION_CODE#, не забудьте в последующем указать обязательность заполнения символьного кода раздела.
• URL страницы детального просмотра: «#SITE_DIR#/novosti/detail/#ELEMENT_CODE#/» — шаблон страницы детального просмотра элемента. Так же, если используется #ELEMENT_CODE#, не забудьте указать обязательность символьного кода записей в будущем.

В адресе детального просмотра можно вместо detail использовать макрос адреса раздела, чтобы структура пути была такой «SITE_DIR#/novosti/#SECTION_CODE#/#ELEMENT_CODE#/«, но тогда потребется всем разделам в обязательном порядке указывать раздел, либо для записей без раздела не будет #SECTION_CODE#, а соответственно не будет работать детальная страница.

Доступные макросы для формирования шаблона адреса доступны рядом с полем по кнопке.

Важно. Надо чтобы битрикс мог различать пути раздела и детальной страницы. Не получится разделу указать макрос /catalog/#SECTION_CODE#/, а детальной /catalog/#ELEMENT_CODE#/. А если вы так уже сделали, то скажите адрес /catalog/aaa/ — это должна быть детальная страница или раздел? Не понятно, вот и битрикс тоже не поймет и вместо детальной будет пытаться открыть раздел, которого нет. Не спасет даже установка /catalog/#SECTION_CODE#/ и /catalog/#ELEMENT_ID#/. Вам кажется что если передано число — то это детальная, а если код — то раздел. Но код элемента тоже может быть числом. Если детальной установить /catalog/#SECTION_CODE#/#ELEMENT_CODE#/ — то тут уже всё понятно. /catalog/aaa/ — это раздел, а /catalog/aaa/bbb/ — это детальная.

«Индексировать разделы для модуля поиска» и «Индексировать элементы для модуля поиска» — галочки оставим, они нужны для того, чтобы мы могли находить в поиске (например через компонент bitrix:search.page) по сайту разделы и элементы инфоблока.

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

Переходим к вкладке Поля

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

Если мы не хотим указывать уникальность кода, тогда нам надо уникализировать адреса детальных страниц, например, путем добавления в него ID записи, тогда даже если у некоторых элементов будет одинаковый код, их адреса будут разными.
URL страницы детального просмотра: «#SITE_DIR#/novosti/detail/#ELEMENT_ID#-#ELEMENT_CODE#/«

Аналогично сделаем обязательным символьный код раздела во вкладке «Поля разделов«.

Во вкладке «Доступ» для всех пользователей укажем «Чтение», чтобы даже не авторизованные пользователи на сайте могли видеть наши новости.

Наконец, сохраним инфоблок.

Создание страницы новостей

Вручную копировать откуда-то вызов $APPLICATION->IncludeComponent(…) не будем, потому что вызов компонентов меняется с разными версиями битрикс. Самая актуальная и подходящая версия вызова компонента — в визуальном редакторе на нашем сайте. Этот способ еще и самый удобный.

Не надо помнить для bitrix:news.list свойства, для bitrix:news.detail. Все параметры будем задавать через визуальный редактор.

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

• Заголовок раздела: Новости. Этот параметр в будущем будет влиять на формирование хлебных крошек в разделе.
• Имя папки — novosti. Имя папки в настройках инфоблока должно быть таким же, как тут. Если там мы указали «#SITE_DIR#/novosti/«, то #SITE_DIR# у нас пустой, так как сайт не в отдельной папке, папка раздела novosti.
• Добавить пункт меню можно снять, либо настройте его нажав Далее.

Жмем готово.

Должна открыться такая страница. «Текст…» сразу удаляем.

В поиске компонентов ищем news, зеленый компонент перетаскиваем в окно редактирования. Зеленый цвет компонента говорит о том, что он комплексный.

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

Перетаскиванием добавьте компонент на страницу.. Так мы добавили на страницу комплексный компонент bitrix:news.

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

Выберите тип инфоблока и сам инфоблок — те, которые мы недавно создавали.

Настройки ЧПУ

Далее перейдем к вкладке Управление адресами страниц.

• Каталог ЧПУ относительно корня сайта: «/novosti/«. Это папка, в которой располагается файл с компонент и текущая соответственно.
• Страница общего списка — оставляем пустым, так как список у нас на главной странице компонента
• Страница раздела: «#SECTION_CODE#/«
• Страница детального просмотра: «detail/#ELEMENT_CODE#/«

Если склеить значения «Каталог ЧПУ» и «Страница раздела» и из параметров компонента, у вас должен получиться «URL страницы раздела» из параметров информационного блока, только без макроса #SITE_DIR#. У нас это и там и тут «/novosti/#SECTION_CODE#/«, всё верно.

Если склеить значения «Каталог ЧПУ» и «Страница детального просмотра» и из параметров компонента, у вас должен получиться «URL страницы детального просмотра» из параметров информационного блока, но без макроса #SITE_DIR#.

Если вкратце, то принцип работы комплексного компонента такой:

1. Получить адрес, открытый пользователем.
2. По маскам, которые мы указали на настройках ЧПУ определить, какая страница нужна — список новостей, страница раздела или детальная новость.
3. В зависимости от этого подключить нужный файл из шаблона комплексного компонента. (news.php, section.php, detail.php)
4. В подключенном файле уже происходит вызов простого компонента. Для страницы общего списка это news.php, для раздела section.php, для детальной новости — detail.php

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

В каких файлах какой компонент вызывать:

• news.php — bitrix:news.list, либо bitrix:catalog.section.list, для вывода разделов, вместо элементов.
• section.php — тот же bitrix:news.list с передачей в параметрах этого:

"PARENT_SECTION" => $arResult["VARIABLES"]["SECTION_ID"],
"PARENT_SECTION_CODE" => $arResult["VARIABLES"]["SECTION_CODE"],

Либо можно использовать компонент bitrix:catalog.section.

• detail.php — bitrix:news.detail с передачей:

"ELEMENT_ID" => $arResult["VARIABLES"]["ELEMENT_ID"],
"ELEMENT_CODE" => $arResult["VARIABLES"]["ELEMENT_CODE"],

Кеширование

В параметрах кеширования проверяем, чтобы было Авто + Управляемое, задано приемлемое время кеширования и снята галочка Учитывать права доступа.

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

Навигация

Установим параметры работы заголовка страницы и хлебных крошек как на скриншоте. Уберем галочку «Включать инфоблок в цепочку навигации«, иначе в хлебных крошках будет дублироваться пункт «Новости«, ведь он будет ставиться и от названия раздела и от названия инфоблока.

Когда страница отсутствует

Последний пункт в настройках компонента — настройка 404 ошибки. Поставим галочки «Устанавливать статус 404» и «Показ специальной страницы«, чтобы при отсутствии страницы пользователь видел что страница отсутствует при наборе не верного адреса, а не список новостей. Это важно для SEO, чтобы не было дублей страниц.

Всё сохраним и получим раздел с новостями на сайте! При сохранении комплексного компонента, в корне сайта в файле urlrewrite.php создается запись, с помощью которой битрикс определяет обработчик для адресов, которых физически на сайте не существует.
Если компонент сохранять вручную, через FTP, то запись не создастся и ЧПУ работать не будет. Тогда достаточно пересохранить компонент.

Если у вас 404 ошибка в комплексном компоненте

Если в разделе с комплексным компонентом Битрикс говорит вам, что страницы нет, возможно у вас следующая ошибка:

ЧПУ настроен на работу с символьными кодами, а они не заполнены

Если в макросе адресов используется #CODE#, #ELEMENT_CODE#, #SECTION_CODE# — требуется включать обязательность заполнения символьного кода. К сожалению, об этом часто забывают.

Включите обязательность, автогенерацию из названия элемента и заполните для всех записей код.

Разные настройки ЧПУ в параметрах компонента и инфоблока.

Как проверить правильность настройки ЧПУ я описал в статье выше. Перейти

Не создалась запись в urlrewrite.php

В корне сайте откройте файл urlrewrite.php, в нем должны быть строки по типу

array (
    'CONDITION' => '#^/novosti/#',
    'RULE' => '',
    'ID' => 'bitrix:news',
    'PATH' => '/novosti/index.php',
    'SORT' => 100,
  ),

Где /novosti — папка с комплексным компонентом.

Чтобы исправить проблему, пересохраните компонент через визуальный редактор. Если проблема не ушла — требуется разобраться почему не добавляется запись в urlrewrite.php.

Побился .htaccess

В корне сайт откройте файл .htaccess. В нем обязательно должны быть строки:

  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]

Если их нет — добавьте. В случае этой проблемы на сайте не будет работать ни один комплексный компонент.

Так можно исправить проблему в bitrix 404 при включённом чпу в комплексном компоненте.

Проблему сразу можно определить или отсечь посмотрев на ошибку 404. Если загружен шаблон сайта, то 404 из Битрикс, если же вы видите черно белую ошибку от Apache или Nginx, то в битрикс лезть нет смысла. Надо разбираться с .htaccess.

Тут стоит искать проблему в .htacces, Apache, Nginx:

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

Не верная передача параметров из комплексного компонента в простой

Когда вы на странице добавили комплексный компонент, например bitrix:news, то настраиваете вы его. При том сам он никакую логику не несет, кроме как распределение запросов между простыми компонентами.

И проблема может быть в том, что не все параметры корректно передаются в простой компонент.

Откройте шаблон комплексного компонента и посмотрите как вызываются простые компоненты. Всё должно передаваться из $arParams или $arResult.

Вот я открыл файл шаблона детальной страницы в комплексном шаблоне, тут вызов bitrix:news.detail, у меня путь такой: /bitrix/templates/furniture_pale-blue/components/bitrix/news/.default/detail.php. В файле я вижу что всё хорошо, «захардкоженых» параметров нет.

Битрикс не может определить какую страницу открывать

Не получится разделу указать макрос /catalog/#SECTION_CODE#/, а детальной /catalog/#ELEMENT_CODE#/. А если вы так уже сделали, то скажите адрес /catalog/aaa/ — это должна быть детальная страница или раздел?

Подробнее это разобрано в блоке «Настройка инфоблока», выделил «Важно»

Вы наверняка сталкивались с проблемой когда при обращении к несуществующему адресу в каталоге товаров или в разделе новости, вместо 404-й страницы получали ответ «не найден раздел или элемент» при этом серверу в заголовка отдавался статутс 200 ok а не 404 not found. Это не правильно, т.к. поисковик может проиндексировать пустые страницы которые впоследствии повысят количество отказов при заходе реальных посетителей на сайт. И так почему так происходит и как этого избежать.

В первую очередь нам нужно проверить наличие некоторых фалов и настроек на сайте.

Во-первых проверим наличие файла 404.php который должен лежать в корне вашего сайта. Если его нет, можете его создать с таким содержимым:

<?
include_once($_SERVER['DOCUMENT_ROOT'].'/bitrix/modules/main/include/urlrewrite.php');
 
CHTTP::SetStatus("404 Not Found");
@define("ERROR_404","Y");
 
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/header.php");
 
$APPLICATION->SetTitle("404 Not Found");
 
$APPLICATION->IncludeComponent("bitrix:main.map", ".default", Array(
	"LEVEL"	=>	"3",
	"COL_NUM"	=>	"2",
	"SHOW_DESCRIPTION"	=>	"Y",
	"SET_TITLE"	=>	"Y",
	"CACHE_TIME"	=>	"3600"
	)
);
 
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/footer.php");?>

Ключевыми в этом файле являются строки:

<?
CHTTP::SetStatus("404 Not Found");
@define("ERROR_404", "Y");

Возможно у вас есть сам файл, но отсутствуют эти строки, что и приводит к ошибке в работе 404-й.

Во-вторых, проверьте файл .htaccess (если он поддерживается вашим сервером), в нём должна присутствовать такая директива:

ErrorDocument 404 /404.php

Теперь перейдите к настройкам вашего компонента (обычно это bitrix.catalog или bitrix.news), блоке «настройки 404 ошибки» отметьте галочку «Устанавливать статус 404» (название галочки может отличаться в компонентах, в некоторых она называется «Устанавливать статус 404, если не найдены элемент или раздел:»).

Затем в файл /bitrix/php_interface/init.php (или /local/php_interface/init.php) добавьте следующий код:

<?
AddEventHandler("main", "OnEpilog", "error_page");
function error_page()
{
	$page_404 = "/404.php";
	GLOBAL $APPLICATION;
	if(strpos($APPLICATION->GetCurPage(), $page_404) === false && defined("ERROR_404") && ERROR_404 == "Y")
	{
		$APPLICATION->RestartBuffer();
		CHTTP::SetStatus("404 Not Found");
		include($_SERVER["DOCUMENT_ROOT"].SITE_TEMPLATE_PATH."/header.php");
		include($_SERVER["DOCUMENT_ROOT"].$page_404);
		include($_SERVER["DOCUMENT_ROOT"].SITE_TEMPLATE_PATH."/footer.php");
		die();
	}
}

Этим кодом, мы добавляем в OnEpilog свой обработчик события, который считывает установленный компонентом параметр ERROR_404 и запускает перегрузку буфера подключая файл 404-й страницы. Обычно это 404.php лежащий в корне сайта. Хотя при соответствующем оформлении 404-й страницы, можно (даже будет лучше) не подключать файлы header.php и footer.php.

Если после всех манипуляций 404-я страница не отображается по несуществующему URL, следует проверить файл urlrewrite.php отвечающий за обработку ЧПУ адресов. Иногда, например при размещении компонента умного фильтhа (catalog.smart.filter) на главной странице, в urlrewrite.php прописывается условие, что-то вроде этого:

<?
array(
    "CONDITION" => "#^/([a-zA-Z]+)/([0-9]+)/#",
    "RULE" => "",
    "ID" => "bitrix:catalog.section",
    "PATH" => "/index.php",
),

Обычно в CONDITION — создаётся некорректное регулярное выражение, которое срабатывает на все страницы, в том числе и на не существующие и вместо 404-й страницы, сайт выдаёт что-то ещё, обычно страницу или компонент указанный в PATH этого правила. Если такое правило есть, его необходимо скорректировать или удалить из urlrewrite.php.

Ошибка элемент/раздел не найден

Такая ошибка возникает когда шаблоны ЧПУ в инфоблоке и в настройках компонента не совпадают. Или же пользователь ввёл некорректный URL близкий к шаблону. Проверьте настройки инфоблока:

И настройки ЧПУ в компоненте (обычно комплексном):

Так же следует проверить соответствие шаблона и свойств элемента. Например в примере в шаблон URL детальной страницы входит символьный код элемента #ELEMENT_CODE#, если у элемента нет символьного кода, вы получите ошибку. Но правильнее конечно, не показывать такие сообщения (элемент не найден, раздел не найден), компонент должен установить статус 404 и должен сработать скрипт показывающий пользователю /404.php с соответствующим ответом в заголовке. В противном случае, могут быть проблемы с SEO сайта.

Оформляем 404-ю страницу

По умолчанию 404.php в 1С Битрикс содержит компонент карты сайта и выводит список ссылок взятый из файлов формирования меню. При этом на странице так же остаётся полноценная шапка и подвал сайта (отрабатывают header.php и footer.php шаблона), что на мой взгляд не правильно. Кстати сеошники из компании Кокос, с которыми мне приходилось сталкиваться, так же не рекомендовали выводить шапку и подвал с полноценной навигацией по сайту на 404-й странице.

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

И так давайте выведем 404-ю страницу битрикс без шапки и подвала, но при этом подтянем ядро системы, чтобы мы могли подключить стили шаблона по средствам константы SITE_TEMPLATE_PATH. Убираем всё лишнее, подключаем ядро, получаем такой файл:

<?
//Подключаем ядро битрикса без шапки
require_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");
//Устанавливаем необходимые заголовки
CHTTP::SetStatus("404 Not Found"); @define("ERROR_404","Y");

Чтобы посетитель не подумал что он покинул ваш сайт, стили оформления 404-й страницы должны быть такими же как и на всём сайте (заголовки, шрифты, цвета, иконки, картинки). Обязательно (минимально) на этой странице должен быть логотип.

Я люблю когда сообщения об ошибках читаются сразу, поэтому пишу их большими шрифтами, например Open Sans Condensed, не мельчите и объясняйте пользователю куда он попал и что ему дальше делать (вернуться на главную страницу, сделать запрос в форме поиска, в конце концов позвонить или написать вам). У меня получилась такая страничка:

<? require_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php"); //Подключаем ядро битрикса без шапки CHTTP::SetStatus("404 Not Found"); //Устанавливаем необходимые заголовки @define("ERROR_404","Y");  ?>
<link href='https://fonts.googleapis.com/css?family=Open+Sans+Condensed:300,300italic,700|Arimo:400,400italic,700,700italic|Noto+Sans:400,400italic,700,700italic&subset=latin,cyrillic-ext' rel='stylesheet' type='text/css'>

<div class="container404">
	<img src="<?=SITE_TEMPLATE_PATH;?>/images/logo.jpg" alt="Название сайта">
	<span class="title404">404</span>
	<span class="subtitle404">Страница не найдена</span>
	<span class="description404">Возможно запрашиваемая вами страница была удалена или перемещена. Вернуться <a rel="nofollow" href="/">на главную</a>?</span>
	<span class="contacts404">позвоните нам: <span class="phone404"> +7 (999) 000 - 00 - 00</span> или напишите на e-mail: <a target="_blank" href="mailto:example@mail.ru">example@mail.ru</a></span>
</div>

Добавим немного CSS стилей для полноты картины:

.container404 { text-align: center; width: 1200px; margin: 0 auto; margin-top: 100px;}
.container404 img { display: block; margin: 0 auto; margin-bottom: 50px; }
.container404 a { color: #F0A229; }
.container404 a:hover { text-decoration: none; }
.title404 { font-family: 'Open Sans Condensed', sans-serif; font-size: 60px; line-height: 80px; display: block; }
.subtitle404 { font-family: 'Open Sans Condensed', sans-serif; font-size: 40px; line-height: 60px; display: block; }
.description404 { font-family: 'Open Sans Condensed', sans-serif; font-size: 30px; line-height: 40px; display: block;}
.contacts404 { margin:0 auto; width: 800px; padding: 10px 0px 100px 0px; font-family: 'Open Sans Condensed', sans-serif; font-size: 30px; line-height: 40px; }
.phone404 { font-weight: bold; }

Вроде бы всё. Ах да чуть не забыл! Нужно проверить всё ли правильно отдаётся поисковому роботу. Для этого перейдите на сайт, вызовете консоль разработчика (обычно клавиша F12 или пункт в меню инструментов браузера «инструменты разработчика» или что-то подобное), перейдите на вкладку Сеть/Network введите адрес несуществующей страницы и посмотрите какой ответ вернёт сервер (вкладка Status):

Как видите всё в порядке, сервер вернул 404-й заголовок, что означает — страница не существует, а следовательно поисковик не проиндексирует ненужные адреса и в поиск попадут только реально существующие документы вашего сайта. Теперь точно всё. Желаю удачи!

Доброго времени суток!

На одном проекте встала задача для комплексного компонента каталога, а в частности при выбранном фильтре проверять параметры которые передаются в URL-е и если в нем находятся несуществующие параметры выводить 404 страницу (при ЧПУ для catalog.smart.filter).

Для примера, есть действующая рабочая страница с адресом/catalog/dveri/filter/tolshina_polotna-is-35/apply/ и есть старый адрес (или просто любой спамный адрес) /catalog/dveri/filter/tolshina_polotna-is-999999999/apply/. Т.е. такого параметра в фильтре нет, но страница все равно отдает 200 код и выводит данные по странице без фильтра. Вот её то нам и нужно убрать, т.е. выводить 404 код и страницу.

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

Что делаем:

1) убеждаемся, что у нас добавлен обработчик события на эпилоге, проверяющий константу ERROR_404 и при её наличии выводящий 404 страницу с нужным кодом. Примерно такого содержания:

AddEventHandler("main", "OnEpilog", "error_page");
function error_page()
{
    $page_404 = "/404.php";
    GLOBAL $APPLICATION;
    if(strpos($APPLICATION->GetCurPage(), $page_404) === false && defined("ERROR_404") && ERROR_404 == "Y")
    {
        $APPLICATION->RestartBuffer();
        CHTTP::SetStatus("404 Not Found");
        include($_SERVER["DOCUMENT_ROOT"].SITE_TEMPLATE_PATH."/header.php");
        include($_SERVER["DOCUMENT_ROOT"].$page_404);
        include($_SERVER["DOCUMENT_ROOT"].SITE_TEMPLATE_PATH."/footer.php");
        die();
    }
}

Добавить его можно в init.php например.

2) Мы будем проверять, что выбран адрес с установленными значениями фильтра (в моём случае это наличие /filter/), а также есть параметры фильтрации для catalog.section (по умолчанию глобальная переменная $arrFilter, у вас может быть другая).

Для этого идем в шаблон нашего catalog.section в файл result_modifier.php и там ставим проверку (можно её поставить перед вызовом catalog.section, как вам угодно)

global $arrFilter;
$curPage = $APPLICATION->GetCurPage(false);

if(strpos($curPage, "/filter/") !== false && empty($arrFilter))
{
	define("ERROR_404","Y");
}

Как вы можете видеть я проверяю вообще на пустоту массива фильтра $arrFilter, если он у вас где-то еще переопределяется и там присутствуют другие значения (кроме тех, что устанавливает catalog.smart.filter) — вам нужна более сложная логика для проверки. Но для общего примера и понимания мне кажется этого достаточно.

Все, после этого если адрес страницы содержит /filter/, а параметров фильтрации нет никаких, будет отдаваться 404 страница.

Проблема — компоненты при возникновении 404й ошибки не отдают 404.php.

Проблема 404-ой страницы на сайтах под управлением 1С-БУС известна давно, и до недавнего времени не имела валидного решения. Сегодня я расскажу о текущем способе перехвата 404-ой ошибки и вывода пользователю нужной страницы.

Начнем по порядку.

404 & Bitrix:catalog.

Первичная настройка.

Для начала пройдемся по настройкам ИБ и компонента.

Настройки инфоблока

• «URL страницы информационного блока» — тут вроде все понятно, просто указываем каталог из которого происходит вызов компонента для этого ИБ.
• «URL страницы раздела» — тут нужно быть аккуратным, если все элементы ИБ лежат в корне раздела, то мы не можем использовать.
• «#SECTION_CODE#» — при такой настройке роутер компонента будет путать разделы и элементы ИБ. Чтобы этого не происходило мы используем «#SECTION_CODE_PATH#».
• «URL страницы детального просмотра» — т.к. мы кладем все элементы в корень, то здесь используется только «#ELEMENT_CODE#».

На этом с настройками ИБ закончили.

Настройки компонента

• «Каталог ЧПУ» — соответственно раздел в котором происходит вызов компонента
• «Раздел» — повторяем настройку из ИБ, но перед «#» не ставим слеш «/», в противном случаи компонент будет работать не верно!
• «Детальная информация» — повторяем настройку из ИБ, но перед «#» не ставим слеш «/», в противном случаи компонент будет работать не верно!
• И не забудем про «волшебную галочку».

С настройками компонента закончили.

Решение проблемы.

Для решения этой проблемы мы воспользуемся механизмом событий 1С-БУС.

//событие "ловушка" для 404й
AddEventHandler('main', 'OnEpilog', '_Check404Error', 1);
function _Check404Error(){
   if(defined('ERROR_404') && ERROR_404=='Y' || CHTTP::GetLastStatus() == "404 Not Found"){
      GLOBAL $APPLICATION;
      $APPLICATION->RestartBuffer();
      require $_SERVER['DOCUMENT_ROOT'].SITE_TEMPLATE_PATH.'/header.php';
      require $_SERVER['DOCUMENT_ROOT'].'/404.php';
      require $_SERVER['DOCUMENT_ROOT'].SITE_TEMPLATE_PATH.'/footer.php';
   }
}

В эпилоге мы запускаем проверку на установку константы «ERROR_404» и ее текущее значение, а также проверяем последний выставленный статус, это позволяет выловить всевозможные проявления 404й ошибки у 1С-БУС. Далее мы рестартуем HTML буфер подготовленный системой для вывода. Подключаем хедер текущего шаблона, подгружаем тело 404й страницы, а затем подключаем футер текущего шаблона.
Данный подход позволяет сохранить текущий URL, шаблон и навигацию, поэтому пользователь легко сможет перейти обратно в рабочий раздел, а также в контентной области отображаем тело 404й страницы, это дает понять что запрошенной страницы действительно нет.

404 & Bitrix:news.

К сожалению компонент Bitrix:news пока не умеет адекватно отдавать хотя бы голый 404й статус, мы в поиске решения.