Форум

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

Еще более очевидный вариант:
if ($_GET['arrFilter']['property_NEWS_REGION'])
$GLOBALS['arrFilter']["property_NEWS_REGION"]=array($_GET['arrFilter']['property_NEWS_REGION'],false);

А что мешает написать необходимые правила преобразования URI в файле urlrewrite.php? И что такое "гармония ЧПУ"? Определитесь, как вы хотите видеть адрес просмотра секции. Можно например сделать страницы просмотра секций такими: http://domaine.ru/229/ при условии, что "по задумке" цифрами от корня ничего кроме секций не будет идентифицироваться, тогда правило получится примерно таким:
"CONDITION" => "~^/(\d+)$/~",
"RULE" => "SECTION_ID=$1",
"PATH" => "/catalog/index.php",
Причем,  работать будут обе ссылки, и короткая и длинная. Правда, это "seo-неправильно", когда две ссылки ведут на одну и ту же страницу, поэтому лучше все ссылки привести к одному какому-то виду (изменить соответствующим образом шаблон адреса страницы секции в иблоке каталога).

Самая большая беда битрикса - это права на изменения своих программных файлов. Но тут уж никуда не денешься, особенность архитектуры. Взлом теоретически может быть через получение администраторского http-доступа к панели управления (/bitrix). Для отлова заразы можно попробовать register_tick_function('callback',ture) с declare(ticks=1) и записью каждого шага в лог.

Почему бы не использовать для этого привязку к секциям иблока в качестве классификатора?

Нет ничего невозможного. Если нет идентификатора dom-объекта, до него всегда можно добраться через document, firstChild, parentNode, nextSibling, getElementsByTagName и т.д. А еще можно в шаблоне прописать ему id.

Вероятно, сервер отдает докрут со слешем. Помотрите, что лежит в  $_SERVER["DOCUMENT_ROOT"]. Если там в конце слеш, то он лишний. Если не знаете, как его изменить на своем сервере - то например можно написать такой вот костыль в php_interface/init.php:
$_SERVER['DOCUMENT_ROOT']=substr($_SERVER['DOCUMENT_ROOT'],0,-1);

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

Наткнулся на эту проблему.
Массив $_POST начал приходить пустой после прописывания правила ЧПУ в файл urlrewrite.php во время переноса компонента из буса в корпоративный портал. При вызове без чпу пост от формы приходит нормально. Видимо, эти системы по-разному обрабатывают реврайты, разные версии продукта или что-то не так настроено. Версия портала последняя на данный момент.

upd:
Исследование показало, что если ЧПУ кончается на слеш, например /product/name/ то $_POST приходит нормально. Однако, если ЧПУ настроен так: /product/name то массив $_POST пустой. Причем на прошлой платформе (бус 8) такого не наблюдалось.

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