Создание многоуровневого ЧПУ в отдельной папке на Catalog section list и catalog section. Как?

Question

[Askfortrue]

Добрый день
Пытаюсь разобраться как создать многуровневый ЧПУ общего каталога, если выводить раздел и его подразделы в отдельной папке .
ЧПУ вида /new_page/#SECTION_CODE#/#ELEMENT_CODE#/ создал, используя страницы index.php, list.php и detail.php, по всеми знаемому мастер-классу.
На этом вопрос остается открытым, не пойму как создать ЧПУ вида /new_page/#SECTION_CODE_PATH#/
Создавать в папке подразделы (физические) и размещать там все новые и новые уровни каталога с конкретными ID?

Answer 1

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

Вы же сами почти ответили на свой вопрос:

Когда начинаешь разносить его по папкам в соответствующие разделы, используя модули каталога отдельно, а не комплексный компонент

Вот и используйте комплексный компонент с настроенным SECTION_CODE_PATH.

Если же вам религия или здравый смысл запрещают использовать комплексный компонент, то это тоже решаемо - самый простой способ это совместить list.php и detail.php в один файл и заворачивать на него ВСЕ url вида /new_page/что/то/там/еще/ , забирая в переменную только последний токен (еще в данном случае). Далее вы проверяете есть ли у вас раздел с таким кодом и если есть выводите компонент раздела, а если нет - компонент элемента с таким кодом.
Пр это вы сталкнетесь со следующими проблемами:
если у вас есть раздел и элемент с одинаковыми кодами, то будет показываться раздел.
выводимые данные не будут зависеть то что/то/там и в этих токенах можно будет написать какую угодно ахинею.

Исправить это можно помещая в переменную весь url - что/то/там/еще
При этом в файле нужно будет его полностью разбирать, убеждаться и после нахождения сущности еще, проверять соответствует ли ей путь что/то/там. Таким образом вы реализуете практически кусок комплексного компонента в скрипте (но я считаю, что это все равно лучше, чем использовать комплексный компонент).

Comments

[Askfortrue]

Благодарю,
по поводу второго абзаца, где встречаются разделы и элементы с одинаковыми симв.кодами, у меня встречаются разделы с одинаковыми кодами, это неминуемо в моем случае и я убрал галку проверки на уникальность. Получилось, что при настройке компонентов и при клике на казалось бы нужный раздел, переходит в раздел с таким же симв.кодом, только меньший по IDшнику. Не знаете, поможет ли в данном случае изменение передаваемой переменной с SECTION CODE на SECTION ID?
Я делал, не получалось, но не углублялся пока.

*/Вы вобщем-то об этом и написали, я понял, пошел проверять/*

И аварийный выход, который не пойму никак
Дано все то же, что и описано выше - ИБ каталога настроен на ЧПУ c SECTION_CODE_PATH, то есть если мы открываем сам каталог, у нас там все отлично. Но если вдруг не получится сделать разноску каталога и нужный ЧПУ, то возникнет вопрос о том, что же делать с URL, останется или комплексный каталог или все показывать через ID!
Не соображу, надо будет переделывать настройки ИБ каталога чтобы показывал ID и переделывать отдельные компоненты для показа через ID..то есть ЧПУ по символьным кодам канет в лету неизбежно во всем ИБ

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

у меня встречаются разделы с одинаковыми кодами, это неминуемо в моем случае

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

Получилось, что при настройке компонентов и при клике на казалось бы нужный раздел, переходит в раздел с таким же симв.кодом, только меньший по IDшнику.

Да, именно так и будет. Поэтому вам нужно обратить внимание на последний абзац и использовать полный разбор пути.

Не знаете, поможет ли в данном случае изменение передаваемой переменной с SECTION CODE на SECTION ID?

Конечно поможет ведь ИД уникальны. Но зачем тогда вам ЧПУ? Обычно, ЧПУ используют верующие в СЕО, а там не допустимо использование id. А id используют чтобы URL были понятными и удобными для человека, а там не нужны такие длинные URL.

Дальше я немного не все понял, но хотел бы заметить что если вы не используете комплексные компоненты, то изменить URL вам надо только в настройках ИБ. Компоненты переделывать и перенастраивать не нужно.

Если хотите поддерживать ЧПУ, то в вашей ситуации придется либо использовать все таки комплексный компонент, либо делать полный разбор URL в скрипте для определения уникального раздела. Надеюсь у вас при не уникальных кодах сохраняется хотя бы уникальный SECTION_CODE_PATH

[Askfortrue]

Александр Маджугин, в комплексном компоненте сохраняется, да, конечно. А в отдельных компонентах сижу думаю как мне сделать правильно, понимаю, что не получится сделать полноценный ЧПУ с теми одинаковыми симв.кодами в разделах и это главное.
Разбирать URL по разделам и называть индивидуально каждый задача посильная, но нужна ли, я принципиально был против, только если из-за сео.
С IDшниками, конечно все проще, придется выбрать! видимо.
Подскажите, я в битриксе не так давно, вообще недавно, можно сказать, а чем комплексные компоненты хуже отдельных?

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

Разбирать URL по разделам и называть индивидуально каждый задача посильная, но нужна ли, я принципиально был против, только если из-за сео.

Если вы будете разбирать URL в скрипте и проверять ведет ли он к тому разделку код которого в последнем токене, то называть индивидуально каждый раздел не нужно.
Т.е. смотрите - вы делаете запрос c фильтром по коду последнего токена в CIBlockSection::GetList и получаете массив разделов - он там может быть вообще один, а может быть штук 5 (у вас же не уникальные коды) или даже не одного - если не одного - ок - вы тогда проверяете элементы с таким кодом, но если все же массив, то перебираете его и проверяете сотвествует ли SECTION_PAGE_URL (он должен быть в селекте) вашему текущему URL и выбираете тот раздел каталога, чей SECTION_PAGE_URL совпал с текущим, а если не совпал (т.е. такого раздела нет) - опять же переходите к поиску элемента с таким кодом.

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

Много по каким можно поводам придраться, например можно сказать что они перегружены параметрыми и от того плохоуправляемы, но меня доводит до белого каления денормализация роутинга - как раз то, о чем вы написали - URL нужно настраивать в разных местах, его можно настроить по разному и получить конфигурацию с некоректно работающими путями. В Битрикс роутинг и так очень грустное зрелище, а когда он денормализован с помощью комплексных компонентов вообще плакать хочется.
Хотя для показа в презентациях они безусловно хороши, да и если вам надо быстро слепить сайт, с простыми требованиями к нему - вполне годная вещь. Вобщем право на жизнь они имеют, но только на очень короткую и not in my back yard

[Askfortrue]

Т.е. смотрите - вы делаете запрос c фильтром по коду последнего токена в CIBlockSection::GetList и получаете массив разделов - он там может быть вообще один, а может быть штук 5 (у вас же не уникальные коды) или даже не одного - если не одного - ок - вы тогда проверяете элементы с таким кодом, но если все же массив, то перебираете его и проверяете сотвествует ли SECTION_PAGE_URL (он должен быть в селекте) вашему текущему URL и выбираете тот раздел каталога, чей SECTION_PAGE_URL совпал с текущим, а если не совпал (т.е. такого раздела нет) - опять же переходите к поиску элемента с таким кодом.

Эту часть я еще не знаю, не освоил.

[Askfortrue]

Александр Маджугин, Вроде бы понял, но дя меня эта история, этот способ не подходит.
У меня ЧПУ такого плана:
Квартира/снять/на длительный срок/
Комната/снять/на длительный срок/
Квартира/сдать/на длительный срок/
И вот везде, где попадается не уникальный символьный код, он показывает раздел с таким же кодом, но меньший по ID, и совсем не из этого подраздела, а вообще из каталога.
К примеру, присвоить разделам буквы (понятно, что А-это первая буква в алфавите, а Б-вторая)
При клике на Б/Квартиры/,
Он будет переходить на А/Квартиры/
при этом, пока не понятно, переходит ли он на раздел меньший по ID, либо на раздел, начинающийся с А, потому что это совпадает у меня.

Если я чего-то не понял, значит потом пойму, пока вот так. Коды абсолютно одинаковые и перебирает он названия разделов не сверху вниз, а как-то еще горизонтально или хаотично по ID. Так что.

И под такими вопросами, я уже решил сделать разноску по папкам всех разделов, но вылез вопрос - как отображать карточку товара при таком построении
Разделы каждый лежат в физических разделах, то есть в индексах. Родительские разделы отображают у себя элементы нижних разделов, а вот как показать их в catalog.element, пока не соображу.
Реалность такого расположения пока не пойму

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

> Вроде бы понял, но дя меня эта история, этот способ не подходит.
Не, не поняли. Вот именно об этой ситуация я и говорил. Снять и Сдать, Квартиры и комнаты и тем более сроки у вас вообще не должны быть разделами, по хорошему.

> И под такими вопросами, я уже решил сделать разноску по папкам всех разделов, но вылез вопрос - как отображать карточку товара при таком построении
Никак, потому что вам нужен способ, отличать что у вас запросили - элемент или раздел ДО выбора скрипта отображения, а это невоможно если вы использует разделение на уровне ФС. В этом случае у вас один путь - для отображения и элемента и раздела должен быть единый индексный файл. Т.е. catalog.element надо размещать там же где и компонент раздела. И делать выбор между ними уже в файле скрипта.