diff --git a/editorial/agent-rewrites/350.json b/editorial/agent-rewrites/350.json
index b192108..f635765 100644
--- a/editorial/agent-rewrites/350.json
+++ b/editorial/agent-rewrites/350.json
@@ -3,5 +3,5 @@
   "slug": "editorial-2018-04-mechanism-bitrix-slugs",
   "title": "Bitrix ЧПУ: как путь становится ELEMENT_CODE и где ломается карточка",
   "excerpt": "Карточка отвечает 404, хотя CODE в инфоблоке выглядит правильно. Разбираем путь от запроса до фильтра элемента и проверяем каждый слой коротким PHP-примером.",
-  "contentHtml": "<p>Карточка товара отвечает 404, хотя в инфоблоке есть элемент с нужным <code>CODE</code>. Иногда страница открывается по <code>/catalog/classic-250-g/</code>, но не по <code>/catalog/kofe/classic-250-g/</code>. Иногда компонент выбирает не тот товар. Цена ошибки — потерянный переход, неверная карточка и правка данных, которые не были причиной.</p>\n<p>Главный тезис: ЧПУ не превращает строку адреса в запрос к инфоблоку автоматически. Bitrix сначала сопоставляет путь с шаблоном комплексного компонента. Затем записывает значения в массив переменных. Только после этого компонент строит фильтр. Если смешать шаги, поиск причины превращается в перебор вариантов <code>CODE</code>.</p>\n<h2>Механизм: два независимых шага</h2>\n<p><code>CComponentEngine::ParseComponentPath</code> получает папку ЧПУ, массив шаблонов и запрошенный путь. Если шаблон подходит, метод возвращает его код и заполняет переданный массив. Шаблон <code>#SECTION_CODE#/#ELEMENT_CODE#/</code> для запроса <code>/catalog/kofe/classic-250-g/</code> должен дать страницу <code>detail</code>, раздел <code>kofe</code> и код <code>classic-250-g</code>. Если шаблон не найден, метод возвращает пустую строку.</p>\n<p>Шаблон задают относительно папки компонента. Для <code>SEF_FOLDER=/catalog/</code> нужна запись <code>#SECTION_CODE#/#ELEMENT_CODE#/</code>. Начальный слеш в самом шаблоне меняет результат разбора. Полный URL и шаблон нельзя сравнивать как одинаковые строки.</p>\n<figure><img src=\"/assets/editorial/2018/bitrix-slug-route-2018.svg\" alt=\"Путь запроса проходит через SEF-шаблон, превращается в SECTION_CODE и ELEMENT_CODE, затем попадает в фильтр инфоблока\" /><figcaption>Путь и выборка — разные операции. Между ними находится массив переменных компонента.</figcaption></figure>\n<p>После разбора компонент сам выбирает поля. Он может фильтровать по <code>IBLOCK_ID</code>, <code>CODE</code>, активности, разделу, правам и свойствам. Наличие <code>ELEMENT_CODE</code> ещё не доказывает, что пользователь увидит элемент. Оно доказывает только восстановление части пути.</p>\n<h2>Контракт адреса</h2>\n<div class=\"table-scroll\"><table><thead><tr><th scope=\"col\">Участок</th><th scope=\"col\">Пример</th><th scope=\"col\">Что проверить</th></tr></thead><tbody><tr><td>Папка компонента</td><td><code>/catalog/</code></td><td>Совпадает ли с <code>SEF_FOLDER</code></td></tr><tr><td>Шаблон детали</td><td><code>#SECTION_CODE#/#ELEMENT_CODE#/</code></td><td>Маркеры и отсутствие начального слеша</td></tr><tr><td>Переменная</td><td><code>ELEMENT_CODE=classic-250-g</code></td><td>Заполнен ли массив после разбора</td></tr><tr><td>Фильтр</td><td><code>IBLOCK_ID + CODE + ACTIVE</code></td><td>Не исключает ли условие элемент</td></tr><tr><td>Обратная ссылка</td><td><code>/catalog/kofe/classic-250-g/</code></td><td>Тот же набор маркеров</td></tr></tbody></table></div>\n<p>Есть и отрицательный путь. Если веб-сервер не передал запрос в точку входа Bitrix или rewrite изменил URI, компонент не получит исходный адрес. Исправление шаблона инфоблока ничего не изменит. Сначала нужно увидеть фактический URI на входе приложения.</p>\n<h2>Минимальная проверка на тестовой странице</h2>\n<p>Ниже учебный пример с условным <code>IBLOCK_ID=12</code>. Он показывает порядок диагностики, а не готовый фильтр любого каталога. В рабочем компоненте фильтр нужно сверить с его реальным кодом.</p>\n<pre><code>&lt;?php\n\nCModule::IncludeModule(\"iblock\");\n\n$templates = array(\n    \"detail\" =&gt; \"#SECTION_CODE#/#ELEMENT_CODE#/\",\n);\n$variables = array();\n$page = CComponentEngine::ParseComponentPath(\n    \"/catalog/\", $templates, $variables,\n    \"/catalog/kofe/classic-250-g/\"\n);\n\nif ($page === \"\" || empty($variables[\"ELEMENT_CODE\"])) {\n    throw new RuntimeException(\"URL не разобран как детальная страница\");\n}\n\n$result = CIBlockElement::GetList(\n    array(),\n    array(\n        \"IBLOCK_ID\" =&gt; 12,\n        \"=CODE\" =&gt; $variables[\"ELEMENT_CODE\"],\n        \"ACTIVE\" =&gt; \"Y\",\n    ),\n    false, array(\"nTopCount\" =&gt; 2),\n    array(\"ID\", \"NAME\", \"CODE\")\n);\n\n$elements = array();\nwhile ($element = $result-&gt;Fetch()) {\n    $elements[] = $element;\n}\nif (count($elements) === 0) {\n    throw new RuntimeException(\"Элемент не найден\");\n}\nif (count($elements) &gt; 1) {\n    throw new RuntimeException(\"Фильтр вернул несколько элементов\");\n}</code></pre>\n<p>Вызов ограничен двумя строками, чтобы обнаружить неоднозначность. Ноль результатов указывает на <code>IBLOCK_ID</code>, код, активность или дополнительное условие. Два результата показывают слишком широкий фильтр. Нельзя брать первый элемент сортировкой и считать проблему решённой.</p>\n<h2>Проверка обратного направления</h2>\n<p>Карточка может ломаться при построении ссылки. Список собирает путь с одним именем переменной, а детальный компонент ждёт другое. Соберите учебный URL через <code>CComponentEngine::MakePathFromTemplate</code>, а затем разберите его тем же шаблоном.</p>\n<pre><code>&lt;?php\n\n$url = CComponentEngine::MakePathFromTemplate(\n    \"#SECTION_CODE#/#ELEMENT_CODE#/\",\n    array(\n        \"SECTION_CODE\" =&gt; \"kofe\",\n        \"ELEMENT_CODE\" =&gt; \"classic-250-g\",\n    )\n);\n\n// $url: kofe/classic-250-g/</code></pre>\n<p>Фрагмент проверяет только согласованность маркеров. Он не проверяет rewrite, права и фильтры. Учебное совпадение строки не является production-результатом.</p>\n<h2>Симптом → причина → проверка → действие</h2>\n<div class=\"table-scroll\"><table><thead><tr><th scope=\"col\">Симптом</th><th scope=\"col\">Причина</th><th scope=\"col\">Проверка</th><th scope=\"col\">Действие</th></tr></thead><tbody><tr><td>Страница не определяется</td><td>Не совпали папка или шаблон</td><td>Посмотреть результат <code>ParseComponentPath</code></td><td>Сверить <code>SEF_FOLDER</code> и шаблон</td></tr><tr><td><code>detail</code> найден, код пуст</td><td>Маркер отсутствует или ключ не читается</td><td>Вывести массив переменных</td><td>Исправить шаблон или обращение к ключу</td></tr><tr><td>Код есть, карточки нет</td><td>Неверный инфоблок, код или активность</td><td>Повторить <code>GetList</code> с базовыми фильтрами</td><td>Исправить фильтр или данные после проверки</td></tr><tr><td>Код есть, результатов два</td><td>Фильтр широк или нарушена уникальность</td><td>Запросить <code>ID</code>, <code>IBLOCK_ID</code> и <code>CODE</code></td><td>Добавить доказанный контекст или устранить конфликт</td></tr><tr><td>Ссылка строится иначе</td><td>Генератор и разбор используют разные шаблоны</td><td>Собрать и разобрать путь обратно</td><td>Оставить один набор маркеров</td></tr><tr><td>PHP получает другой путь</td><td>Rewrite меняет запрос</td><td>Сравнить URI браузера и приложения</td><td>Исправить внешний слой, не меняя <code>CODE</code></td></tr></tbody></table></div>\n<h2>Порядок действий</h2>\n<ol><li>Сохранить точный URL. Не удалять раздел и завершающий слеш.</li><li>Проверить, дошёл ли тот же URI до PHP-приложения.</li><li>Сверить папку ЧПУ и шаблон детали конкретного компонента.</li><li>Вывести код шаблона и массив после <code>ParseComponentPath</code>.</li><li>Проверить <code>ELEMENT_CODE</code> отдельным <code>GetList</code> с известным <code>IBLOCK_ID</code>.</li><li>Добавлять фильтры раздела, прав и свойств по одному.</li><li>Собрать обратный URL теми же маркерами и повторить разбор.</li></ol>\n<h2>Ограничения и готовность</h2>\n<p>Методика применима к маршруту, который уже обрабатывает PHP-компонент Bitrix в режиме ЧПУ. Она не заменяет nginx, Apache, rewrite, права на инфоблок и проверку кеша. Она также не создаёт уникальность <code>CODE</code>. Если коды могут повторяться, фильтру нужен подтверждённый контекст: раздел или внешний идентификатор.</p>\n<p>Не меняйте данные как первую реакцию на 404. Сначала разделите три результата: шаблон не распознан, переменная не заполнена, элемент исключён фильтром. После этого причина привязана к конкретному слою.</p>\n<p>Готовность проверяется так: каждый контрольный URL даёт страницу <code>detail</code>, непустой <code>ELEMENT_CODE</code>, ровно один ожидаемый элемент в том же фильтре и обратную ссылку, которая снова проходит разбор. Для отрицательных случаев проверка показывает понятную причину: пустой шаблон, пустой код или ноль результатов.</p>\n<h2>Проверяемые источники</h2>\n<ul><li><a href=\"https://dev.1c-bitrix.ru/api_help/main/reference/ccomponentengine/parsecomponentpath.php\" target=\"_blank\" rel=\"noopener\">Bitrix: CComponentEngine::ParseComponentPath</a> — параметры SEF-папки, шаблонов, массива переменных и результат поиска шаблона.</li><li><a href=\"https://dev.1c-bitrix.ru/api_help/main/reference/ccomponentengine/makepathfromtemplate.php\" target=\"_blank\" rel=\"noopener\">Bitrix: CComponentEngine::MakePathFromTemplate</a> — подстановка значений массива в маркеры шаблона пути.</li><li><a href=\"https://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php?print=Y\" target=\"_blank\" rel=\"noopener\">Bitrix: CIBlockElement::GetList</a> — выборка элементов по фильтру и поля <code>CODE</code>, <code>ACTIVE</code>; документация отмечает изменения метода в новых версиях модуля.</li></ul>"
+  "contentHtml": "<p>Возьмём учебный стенд каталога Bitrix. Разработчик открывает <code>/catalog/kofe/classic-250-g/</code> и получает 404, хотя в инфоблоке есть элемент с таким <code>CODE</code>. Сначала он чистит кеш и повторяет запрос, но результат не меняется. Цена такой ошибки — потерянный переход и правка данных, которые могли быть исправны.</p>\n<p>Здесь нужно ответить на один вопрос: на каком шаге строка адреса перестаёт совпадать с тем, что ищет компонент? ЧПУ не превращает URL в запрос к инфоблоку автоматически. Комплексный компонент сначала сопоставляет путь с шаблоном, затем записывает значения в массив переменных и только после этого строит выборку. Разделим эти шаги — и вместо гадания по <code>CODE</code> получим проверяемую цепочку.</p>\n<h2>Сцена: 404 после правки CODE</h2>\n<p>В учебном каталоге для детальной страницы задан шаблон <code>#SECTION_CODE#/#ELEMENT_CODE#/</code>, папка компонента — <code>/catalog/</code>. Ожидаемый адрес — <code>/catalog/kofe/classic-250-g/</code>. Первая гипотеза разработчика звучит правдоподобно: «символьный код не тот, надо переименовать элемент». Проверка должна начаться раньше — с фактического URI и результата разбора пути. Если компонент не распознал страницу, изменение поля элемента ничего не исправит.</p>\n<h2>Что именно делает движок ЧПУ</h2>\n<p><code>CComponentEngine::ParseComponentPath</code> получает папку режима ЧПУ, массив URL-шаблонов и запрошенный путь. При совпадении он возвращает код шаблона и записывает значения маркеров в переданный массив. В нашем примере ожидаются <code>detail</code>, <code>SECTION_CODE=kofe</code> и <code>ELEMENT_CODE=classic-250-g</code>. В официальной документации результатом отсутствия шаблона названа пустая строка; примечание той же страницы для лишнего слеша говорит о <code>false</code>. Для старого ядра безопаснее проверять falsey-результат, а не рассчитывать на одно конкретное представление.</p>\n<p>Документация помечает сам метод как доступный с версии 5.1.7, а необязательный аргумент <code>requestURL</code> — с версии 5.1.8. Это исторический API комплексных компонентов. Названия параметров, шаблон и дополнительные фильтры нужно сверить с версией ядра и реальным кодом проекта; пример ниже не заменяет такой сверки.</p>\n<p>Шаблон задают относительно папки компонента. Для <code>SEF_FOLDER=/catalog/</code> записью будет <code>#SECTION_CODE#/#ELEMENT_CODE#/</code>. Полный адрес браузера и относительный шаблон — разные значения. Лишний начальный слеш внутри шаблона может сорвать сопоставление, поэтому его нельзя добавлять «для красоты».</p>\n<figure><img src=\"/assets/editorial/2018/bitrix-slug-route-2018.svg\" alt=\"Запрос каталога проходит через SEF-шаблон, даёт SECTION_CODE и ELEMENT_CODE, затем попадает в фильтр инфоблока\" /><figcaption>Разбор пути и выборка элемента — два шага. Между ними находится массив переменных, а правила фильтра принадлежат конкретному компоненту.</figcaption></figure>\n<h2>Четыре значения, которые нельзя смешивать</h2>\n<div class=\"table-scroll\"><table><thead><tr><th scope=\"col\">Слой</th><th scope=\"col\">Пример</th><th scope=\"col\">Что фиксируем</th></tr></thead><tbody><tr><td>Папка ЧПУ</td><td><code>/catalog/</code></td><td>Совпадает с <code>SEF_FOLDER</code> компонента</td></tr><tr><td>Шаблон детали</td><td><code>#SECTION_CODE#/#ELEMENT_CODE#/</code></td><td>Маркеры и отсутствие начального слеша</td></tr><tr><td>Переменные</td><td><code>SECTION_CODE=kofe</code>, <code>ELEMENT_CODE=classic-250-g</code></td><td>Значения после <code>ParseComponentPath</code></td></tr><tr><td>Выборка</td><td><code>IBLOCK_ID + CODE + ACTIVE</code></td><td>Тот же инфоблок и реальные условия детали</td></tr></tbody></table></div>\n<p>Наличие <code>ELEMENT_CODE</code> доказывает только то, что компонент восстановил часть пути. Оно не доказывает существование активного элемента в нужном инфоблоке. В фильтре могут участвовать раздел, права, даты активности, свойства витрины и другие условия. Их нельзя выводить из одной строки URL.</p>\n<h2>Минимальная воспроизводимая проверка</h2>\n<p>Ниже короткий диагностический фрагмент для тестовой страницы. Число <code>12</code> — условный <code>IBLOCK_ID</code>, его нужно заменить на идентификатор конкретного проекта. Ограничение <code>nTopCount=2</code> нужно не для выбора первого элемента, а чтобы отличить один результат от неоднозначного набора.</p>\n<pre><code>&lt;?php\n\nif (!CModule::IncludeModule(\"iblock\")) {\n    throw new RuntimeException(\"Модуль iblock не подключён\");\n}\n\n$templates = array(\n    \"detail\" =&gt; \"#SECTION_CODE#/#ELEMENT_CODE#/\",\n);\n$variables = array();\n$requestPath = \"/catalog/kofe/classic-250-g/\";\n$page = CComponentEngine::ParseComponentPath(\n    \"/catalog/\",\n    $templates,\n    $variables,\n    $requestPath\n);\n\nif (!$page || empty($variables[\"ELEMENT_CODE\"])) {\n    throw new RuntimeException(\"Путь не разобран или код не найден\");\n}\nif ($page !== \"detail\") {\n    throw new RuntimeException(\"Распознан не detail: \" . $page);\n}\n\n$result = CIBlockElement::GetList(\n    array(\"ID\" =&gt; \"ASC\"),\n    array(\n        \"IBLOCK_ID\" =&gt; 12,\n        \"=CODE\" =&gt; $variables[\"ELEMENT_CODE\"],\n        \"ACTIVE\" =&gt; \"Y\",\n    ),\n    false,\n    array(\"nTopCount\" =&gt; 2),\n    array(\"ID\", \"IBLOCK_ID\", \"NAME\", \"CODE\")\n);\n\n$elements = array();\nwhile ($element = $result-&gt;GetNext()) {\n    $elements[] = $element;\n}\nif (count($elements) === 0) {\n    throw new RuntimeException(\"Путь разобран, элемент не найден\");\n}\nif (count($elements) &gt; 1) {\n    throw new RuntimeException(\"Фильтр вернул два или более элемента\");\n}\n\n// Здесь один проверенный элемент: сравниваем его ID с ожидаемым.</code></pre>\n<p>Успешный результат этого фрагмента — не «страница точно исправна», а один элемент в базовом фильтре после успешного разбора. Если получено ноль строк, проверяем <code>IBLOCK_ID</code>, значение <code>CODE</code>, активность и дополнительные условия компонента. Если получено две строки, фильтр недостаточно точен либо нарушена уникальность данных. Сортировка по <code>ID</code> делает вывод повторяемым, но не назначает меньший ID правильным товаром.</p>\n<h2>Поворот расследования: ссылка и разбор используют одну форму</h2>\n<p>В нашем сценарии базовый фильтр нашёл ожидаемый элемент, но карточка всё ещё не открывается. Следующая проверка — обратное направление. <code>CComponentEngine::MakePathFromTemplate</code> подставляет значения массива в маркеры и возвращает строку. Он не проверяет rewrite, права и наличие элемента, поэтому совпадение строк — только проверка согласованности шаблонов.</p>\n<pre><code>&lt;?php\n\n$url = CComponentEngine::MakePathFromTemplate(\n    \"#SECTION_CODE#/#ELEMENT_CODE#/\",\n    array(\n        \"SECTION_CODE\" =&gt; \"kofe\",\n        \"ELEMENT_CODE\" =&gt; \"classic-250-g\",\n    )\n);\n\n// $url: kofe/classic-250-g/\n// Папку /catalog/ добавляет слой, который владеет SEF_FOLDER.</code></pre>\n<p>Если генератор ссылки использует <code>#ELEMENT_ID#</code>, а детальный компонент ждёт <code>#ELEMENT_CODE#</code>, оба фрагмента могут быть корректными по отдельности, но связка сломается. Соберите путь тем же набором маркеров, передайте его в <code>ParseComponentPath</code> и сравните полученные переменные с исходными. Это возвращает расследование к наблюдаемому контракту.</p>\n<h2>Симптом → причина → проверка → действие</h2>\n<div class=\"table-scroll\"><table><thead><tr><th scope=\"col\">Симптом</th><th scope=\"col\">Вероятный слой</th><th scope=\"col\">Проверка</th><th scope=\"col\">Действие</th></tr></thead><tbody><tr><td>Страница не определяется</td><td>Папка, rewrite или шаблон</td><td>Сверить фактический URI и результат <code>ParseComponentPath</code></td><td>Исправить внешний маршрут или шаблон</td></tr><tr><td><code>detail</code> найден, переменная пустая</td><td>Маркер или имя ключа</td><td>Вывести массив переменных</td><td>Согласовать шаблон и чтение ключа</td></tr><tr><td>Код есть, строк нет</td><td>Инфоблок, активность или фильтр</td><td>Повторить <code>GetList</code> с теми же базовыми условиями</td><td>Исправить доказанное условие, а не менять код вслепую</td></tr><tr><td>Строк больше одной</td><td>Широкий фильтр или конфликт данных</td><td>Оставить ограничение <code>nTopCount=2</code> и сравнить ID</td><td>Добавить подтверждённый контекст или выбрать правило уникальности</td></tr><tr><td>Ссылка не проходит обратный разбор</td><td>Разные шаблоны генератора и детали</td><td>Собрать и снова разобрать путь</td><td>Оставить один набор маркеров</td></tr></tbody></table></div>\n<h2>Порядок проверки на стенде</h2>\n<ol><li>Сохранить точный адрес из браузера вместе с завершающим слешем и query-параметрами, если они есть.</li><li>Проверить в access-логе или отладочном выводе, какой URI действительно дошёл до PHP-приложения.</li><li>Сверить <code>SEF_FOLDER</code> и шаблон детали конкретного комплексного компонента.</li><li>Вывести код найденной страницы и массив после <code>ParseComponentPath</code>.</li><li>Выполнить контрольный <code>GetList</code> с известным <code>IBLOCK_ID</code>, точным кодом и ограничением до двух строк.</li><li>Если результат один, добавить условия реального компонента по одному: раздел, даты, права и свойства.</li><li>Собрать обратный путь через <code>MakePathFromTemplate</code> и повторить разбор с теми же значениями.</li></ol>\n<h2>Ограничения и критерий готовности</h2>\n<p>Методика начинается после того, как запрос попал в PHP-компонент. Она не диагностирует сама по себе nginx, Apache, rewrite, кеш, права на инфоблок или логику родительского компонента. Если приложение получает другой URI, сначала исправляют внешний слой. Если путь распознан, но выборка пуста, проверяют данные и фильтр. Эти причины нельзя объединять под общим «сломался ЧПУ».</p>\n<p>Методика также не создаёт уникальность <code>CODE</code>. В некоторых каталогах одинаковый код допустим в разных разделах или витринах; тогда контекст должен быть частью адреса и фильтра. Не добавляйте <code>SECTION_ID</code> автоматически: сначала выясните, как конкретный компонент определяет идентичность элемента.</p>\n<p>В учебном сценарии исправление готово, когда один контрольный URL даёт <code>detail</code>, непустые <code>SECTION_CODE</code> и <code>ELEMENT_CODE</code>, ровно один ожидаемый элемент в фильтре компонента и обратный путь с теми же значениями. Для отрицательных адресов тест должен показать, на каком слое остановилась проверка. Только после этого решают, нужна ли правка шаблона, маршрута, фильтра или данных.</p>\n<h2>Проверяемые источники</h2>\n<ul><li><a href=\"https://dev.1c-bitrix.ru/api_help/main/reference/ccomponentengine/parsecomponentpath.php?print=Y\" target=\"_blank\" rel=\"noopener noreferrer\">Bitrix: CComponentEngine::ParseComponentPath</a> — сигнатура метода, папка ЧПУ, URL-шаблоны, восстановление переменных, версия аргумента <code>requestURL</code> и результат без найденного шаблона.</li><li><a href=\"https://dev.1c-bitrix.ru/api_help/main/reference/ccomponentengine/makepathfromtemplate.php?print=Y\" target=\"_blank\" rel=\"noopener noreferrer\">Bitrix: CComponentEngine::MakePathFromTemplate</a> — подстановка значений массива в маркеры шаблона и возвращаемая строка пути.</li><li><a href=\"https://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php?print=Y\" target=\"_blank\" rel=\"noopener noreferrer\">Bitrix: CIBlockElement::GetList</a> — параметры сортировки, фильтра, ограничения и полей выборки; отдельно описаны поля <code>IBLOCK_ID</code>, <code>ACTIVE</code> и <code>CODE</code>.</li></ul>"
 }