Форум

Если в карточке товара так и остается "5", то в публичной части где-то это значение обрабатывается, остается найти и убрать.

Да, можно и так, наверное (спасибо большое за наводку!). Наверное - потому что я пользуюсь тем кодом, которым пользовался давно и который пока не подводил. Думаю, стандартный и, тем более, документированный вариант (templateData) здесь намного лучше, т.к. это штатное решение и от него не откажутся разработчки. Но, позволю себе кинуть камень в огород Битрикса, наверное в отдел документации: если написаното почему бы не привести хотя бы самый маленький крошечный пример? Чтобы не гадать, а знать наверняка как это работает. Почему нет уточнения, работает ли он в result_modifier?

А как он может удовлетворять /news/xxx/? Не может. Проверьте еще раз.

Что значит пропускает?

Ну, вы можете выключить кеширование, или пойти вторым конем, но ход будет почти такой же.
Многие просто в файле element.php шаблона комплексного компонента bitrix:catalog.element оборачивают в буферизацию, и заменяют.

А, ну да, забыл, еще же nginx можно использовать.
Пункт 3 для извращенцев потому, что у вас на сайте вряд ли 1 страница, и даже вряд ли 10 страниц. И все это вручную делать - это неразумно в наше время.
Все вышеописанные мной способы - без изменения адреса картинки.

Я в последнее время пришел к такому способу решения:
1) все как обычно, НО:
2) в template.php там, где должен быть блок, ставлю что-то типа #BLOCK_1#, или <div id="block_1"></div>, или что угодно (важно чтобы указанный идентификатор не заменился кем-то или чем-то в будущем),
3) в component_epilog.php подключаю компонент через буферизацию:т.о. я поместил контент в переменную.
4) тут же ниже добавляю обработчик OnEndBufferContent, где указанный в пункте блок заменяю на $GLOBALS['_HTML_BLOCK_1'] с помощью обычного str_replace().
5) т.к. в component_epilog.php часто нужно использовать данные, которые из-за кеширования туда не доходят, то можно воспользоваться этим решением:И таким образом можно передать любые данные из result_modifier.php в component_epilog.php независимо от кеширования.
А в component_epilog это будет $arResult['_MY_VAR'].

Мне нравится это решение, т.к. оно все в одном шаблоне, случайно тут никто не навредит (кроме пункта 2), и оно ни от чего не зависит.

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

Тут программить, а не настроить.