Как правильно составить правило для переменных фильтра в urlrewrite.php 1С Битрикс?

Question

[Тимур Калимуллин]

Добрый день,

при помощи urlrewrite.php в 1С Битрикс пытаюсь настроить ЧПУ для параметров фильтра, сейчас url имеет вид:

?type=prodaga&etag=2&balkon=1&area_from=0&area_to=12&n=x&n2=x2...

цель получить вид
?tip_prodaga/etag_2/balkon_da/ploshad_ot_0_do_12/esheget/get2/get3/...

Собственно этих переменных передаваемых из формы фильтра может быть n'ое количество.

Возможно ли прописать условие, которое будет получать значения для переменных в зависимости от их наличия в url?

Не таскать же за собой огромный хвост из всех возможных параметров:

array(
	"CONDITION" => "#^/filter/tip_([a-zA-Z0-9\\-\\_]+)/etag_([a-zA-Z0-9\\-\\_]+)/balkon_([a-zA-Z0-9\\-\\_]+)\\?*(.*?)$#", // ...итд
	"RULE" => "type=\$1&etag=\$2&balkon=/$3", // ..итд
	"ID" => "",
	"PATH" => "/filter/index.php",
),

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

Спасибо.

Answer 1

[Александр Маджугин]

цель получить вид
?tip_prodaga/etag_2/balkon_da/ploshad_ot_0_do_12/esheget/get2/get3/...

А зачем? Если этот путь все равно параметр, то какой во всех этих телодвижениях смысл?

Вообще сколько раз заходило обсуждение таких вещей, столько же раз удавалось переубедить заказчика не заниматься ерундой. Фильтр он на то и фильтр.

Ну а если всё же не удаётся, то поддержу Павел Безруков - передавайте весь этот путь в одну переменную, и парсите вот это tip_prodaga/etag_2/balkon_da/ploshad_ot_0_do_12/ уже в рантайме PHP. Это проще, удобнее и не обременит реврайт кучей сложных правил, которые в силу своей длины окажутся в начале вашего urlrewrite и будут проверятся на каждом хите.

Answer 2

[Павел Безруков]

Попробуйте так

Array(
"CONDITION" => "#^/filter/tip_([a-zA-Z0-9-_]+)/etag_([a-zA-Z0-9-_]+)/balkon_([a-zA-Z0-9-_]+)#", // ...итд
  "RULE" => "type=\$1&etag=\$2&balkon=\$3", // ...итд
  "ID" => "bitrix:catalog.smart.filter",
  "PATH" => "/filter/index.php",
),
)

Comments

[Тимур Калимуллин]

Фильтр самописный, дело не в компоненте.

Проблема в строгом порядке и количестве постановки переменных в CONDITION. Например если переменной etag_ не будет в url, то и правило не сработает.

Есть шальная мысль написать 1 правило вида filter_(.*) в наборе символов будет содержаться строка, которую мы получили посредством формирования при помощи php скрипта. Грубо говоря, при клике по фильтру посетитель попадает на filter_redirect.php, где формируется URL вида filter_etag_2_blakon_da и перекидывает его на страницу фильтра с новым URL.

далее опять же при помощи php из переменной filter разбираем строку и подставляем в arFilter. Какой то псевдо чпу, думаю это плохая практика...

[Тимур Калимуллин]

или даже так filter/([A-Za-z0-9-/]+)

[Павел Безруков]

Тимур Калимуллин: я думаю это самый простой и прозрачный вариант, а строку уже в компоненте на переменные парсить.
можно попробовать что-то сделать из
"#^\/filter\/(tip_([a-zA-Z0-9-_]+)\/)?(etag_([a-zA-Z0-9-_]+)\/)?(balkon_([a-zA-Z0-9-_]+))?#"
"RULE" => "type=\$2&etag=\$4&balkon=\$6",