В 1С-Битрикс есть комплексный компонент управления каталогом bitrix.catalog в котором все достаточно просто, ставится он по умолчанию предварительно настроенный.
При всех его достоинствах в нем есть один недостаток, он поставляется как есть и может подойти не для всех.
А если нужна большая гибкость? Например, требуется сделать разделы, оформив их в своем дизайне или своей структурой представления информации. То начинаются танцы с отдельными компонентами каталога, на которых все это и собирается.
В начале я бы хотел разобрать более старую схему настройки, которая работала до последнего релиза 15.5 (первая часть статьи). А потом показать, что сделано в продукте в последнем 15.5 релизе, чтобы облегчить достаточно сложную настройку ЧПУ (вторая часть статьи).
Задачи которые мы решаем:
- Требуется показать раздел, в котором будет своя уникальная страница раздела, файл (index.php).
- На всех страницах будет возможность переходить в подразделы данного раздела, файл (list.php)
- При открытие каждого подраздела заголовок на странице подраздела должен изменится в соответствие с переходом в нужный подраздел
- Должна открываться карточка товара в рамках этого раздела или подраздела, файл (detail.php).
- Требуются хлебные крошки (навигационная цепочка в верхней части страницы), причем на основной странице раздела они не будут отображаться, а на всех подразделах и элементах будут.
Настройка (решение):
Создание раздела файл index.php
Для решения нам понадобится создать небольшую структуру из папки и файлов:
- Создаем в корневом разделе сайта папку, например (что бы проще понимать для какого раздела эта папка, я взял для названия символьный код раздела): shop-for-confectioner
- Нам понадобится создать в этой папке три файла: index.php, list.php, detail.php
- Размещаем в этих файлах компоненты:
- В файл index.php добавляем компоненты: bitrix:catalog.section.list и bitrix:catalog.section
- В файле list.php добавляем компоненты: bitrix:catalog.section.list (не обязательный, если не нужна навигация на нижних уровнях), bitrix:news.detail (этим компонентом выведем заголовок раздела), bitrix:catalog.section и завершим все еще раз bitrix:news.detail (покажем SEO текст для раздела) - можно было бы упростить, но хочется показать некоторые моменты упрощающие жизнь под требования SEO специалистов и большую гибкость взаимодействия между компонентами.
- В файле detail.php добавляем компоненты: bitrix:catalog.section.list и bitrix:catalog.element. Можно сразу добавить схему, вида популярное в этом разделе, добавляем еще bitrix:catalog.section
Страницы созданы, компоненты размещены, приступаем к настройке. Нам понадобится инфоблок, в котором лежит наш прекрасный раздел со своими подразделами, который мы и будем выводить. Поехали.
Настройка главной страницы раздела
Давайте разберем настройку первого компонента, bitrix:catalog.section.list, с помощью него мы выведем навигацию по подразделам, нашего основного раздела.
Единственный кусочек в настройке, на который нужно обратить внимание, это указание URL задуманного нами ЧПУ. Он приведет нас к содержимому раздела.
Мы помним, что папка для раздела каталога называется у нас: shop-for-confectioner
А путь ЧПУ я хочу, что бы был вида: /shop-for-confectioner/название-подраздела/название-элемента/
Отлично, смотрим результат настройки:
Отобразились подразделы, в разделе над которым мы работаем.
Разберем настройку следующего компонента bitrix:catalog.section. Он выведет нам отобранный список элементов из всех подразделов нашего раздела. Например, выведем список элементов самых просматриваемых в данном разделе.
В этом компоненте настройка чуть посложней. Нам нужно задать следующее:
- URL ведущий на страницу с содержимым радела, прописывать путь к нашей папке.
- Нужно указать URL, который мы хотим видеть при выводе содержимого из раздела. Где SECTION_CODE - построит нам путь из подраздела, которые есть в нашем разделе. Например, у нас структура каталога /магазин кондитера/краски/элементы краски/ во всех разделах прописаны символьные коды, на основание которых и будет построен полный путь. Следующий элемент настройки ELEMENT_CODE выведем в ЧПУ символьный код элемента. Давайте посмотрим, где прописываются символьные коды у разделов и элементов (я покажу для раздела, для элемента схожий).
Естественно я не прописываю символьные коды вручную, пусть этим занимаемся платформа 1С-Битрикс. Для этого, при создание инфоблока, я включил соответствующую настройку:
Не буду подробно останавливаться на галочках данной настройки, тут интересна только одна «Использовать внешний сервис перевода», в ней я настраиваю перевод через Яндекс, указав ключ в настройках «Главного модуля».
- Ну и последний элемент настройки, нужно указать, где передается код группы. Указываю тот же - SECTION_CODE
Отобразился список товаров из раздела.
Первая страница готова. Не пугайтесь, если она у вас не заработает, так как у меня сразу были настроены другие шаги, которые я пока не упоминал, но обязательно ниже опишу. |
Страница раздела достаточно простая, она дает возможность вывести туда дополнительную информацию, баннеры с акциями для этого раздела, SEO тексты и т.п. они будут уникальные для этого раздела, но нам придется делать для каждого раздела свой набор файлов, что не всегда оправданно.
Вот пример уникального раздела, даже со своим дизайном:
А можно сделать автоматически формируемые данные для подраздела, гибкости будет меньше, но нужно будет создать набор файлов только один раз. Давайте разберем, как это делается для подразделов.
Настройка страницы отображения подразделов в разделе
Файл - list.php - первым компонентом в нем идет bitrix:catalog.section.list. Разбирать мы его не будем, так как он полностью повторяет настройки как и в файле index.php
А вот следующий компонент необычный - bitrix:news.detail. Этим компонентом, мы выведем из отдельного инфоблока заголовок выбранного подраздела, а его напарником ниже, содержимое SEO текста, которое описывает этот раздел. Это будет такая динамическая структура, которая будем меняться в зависимости от выбранных подразделов, в нашем разделе.
Пример такой реализации:
Прежде чем выводить заголовок и текст ниже, нам необходимо создать инфоблок, который будет это все хранить и показать как мы это свяжем.
Настраиваем инфоблок:
Создаем инфоблок «Разделы каталога» - в нем нет свойств и каких либо специфичных настроек. Обычный инфоблок, с выключенной галочкой «торгового каталога».
Инфоблок создан. Теперь в нем нужно создать столько записей, сколько у нас будет разделов, для которых мы выведем название и SEO текст внизу страницы подраздела или раздела.
Это все просто и работа скорей для копирайтера, а в нашу задачу войдет прописать правильные символьные коды, которые мы должны взять у подразделов нашего инфоблока каталога.
Идем в наш торговый каталог, в котором уже есть наши разделы с товарами и смотрим их символьные коды:
И на основание этих символьных кодов создаем записи в нашем новом инфоблоке с названиями и SEO текстом внутри, и с такими же символьными кодами. Ниже показаны созданные статьи и заголовки, которые нам пригодятся.
Давайте посмотрим одну такую запись внутри:
Название у нас будет заголовком раздела, для первого компонента: bitrix:news.detail. А текст мы разместим во вкладке «Подробно»:
Более «правильную» связь можно сделать, связав инфоблоки через свойство. И тогда не нужно будет контролировать одинаковость символьных кодов, но зато потребуется при создание элемента раздела каталога, выбирать что мы связываем с ним, в виде нашего элемента статьи. Оба вариант имеют свои плюсы и минусы, мне понравилось в данном случае более простое решение.
Самое сложное мы сделали, создали элементы в связном каталоге, проконтролировали, что каждый элемент имеет такой же символьный код, как и у раздела.
Приступаем к настройке bitrix:news.detail
Вся настройка сводится к тому, что бы выбрать наш инфоблок, где хранятся статьи, указать в поле «Код новости» следующий код: ={$_REQUEST[«SECTION_CODE"]}
Этим кодом мы будем выбирать новость с таким же символьным кодом, который будет взят с символьного кода раздела.
Ну и напоследок, отключить все лишнее к выводу, фактически нам нужно вывести только заголовок.
Для второго компонента bitrix:news.detail, который выводится внизу страницы, мы делаем полностью аналогичную настройку. Только выводим вместо заголовка саму новость, наш SEO текст.
Давайте посмотрим, что у нас получилось и как это работает. Я записал небольшой видеоролик для показа динамики.
Получилось то, что нам требовалось.
Теперь нам нужно вывести список товаров из подраздела, нашего раздела, настроить компонент bitrix:catalog.section
Указываем в пункте «Код раздела» выражение ={$_REQUEST[«SECTION_CODE"]} Тем самым выберем символьный код раздела, для которого будем выводить элементы.
Прописываем шаблоны ссылок, для страницы раздела, и элементов раздела. Не забываем о переменной, в которой передается символьный код раздела. Остается настроить нужные данные в компоненте и можно смотреть что получилось.
Компонент отобразил список, и если перемещаться по подразделам, страничка показывает правильное содержимое.
Настройка страницы детальной карточки
Нам нужно настроить страницу, которая будет отображать детальную карточку товара, файл detail.php
В файле страницы у нас три компонента. Останавливаться на компоненте bitrix:catalog.section.list мы не будем, его настройки полностью аналогичны описанным выше.
Второй компонент bitrix:catalog.element как раз и отвечает за отображение детальной карточки товара, давайте его настроим.
Нам нужно получить символьный код раздела и элемента. Делаем мы это, прописывая две строчки для поля «Код элемента» это будет ={$_REQUEST[«ELEMENT_CODE»]}, а для «Кода раздела» это будет ={$_REQUEST[«SECTION_CODE»]}.
Далее прописываем настройки в разделе «Шаблоны ссылок», в разделе уже нам все знакомо.
Смотрим, что у нас получилось:
Открылась детальная карточка, мы все настроили корректно.
У нас на странице detail.php остался еще один компонент, который мы хотели настроить на вывод популярных товаров в этом разделе, это компонент bitrix:catalog.section.
Давайте подумаем, что такое популярное в разделе. У нас есть фильтр - просмотры, предполагаем, если элементы больше всего смотрят - значит они популярны. Мы можем вывести список элементов отобранных по данному фильтру «самые просматриваемые в разделе».
Настройка компонента bitrix:catalog.section на вывод популярных товаров
Традиционно нам нужно передать в «Код раздела» символьный код раздела, для которого и будем отбирать нужные нам элементы, прописываем ={$_REQUEST[«SECTION_CODE"]}
Традиционный блок с настройкой «Шаблона ссылок»
Указываем в компоненте настройку отбора по фильтру, показ самых просматриваемых элементов.
И вот в нашей детальной карточке товара, для нашего раздела, показываются самые популярные товары.
Новая адаптивная постраничная навигация
Обратите внимание на новую постраничную навигацию. Самый важный ее плюс в адаптируемости для мобильных устройств, она проходит валидацию на отображение у Гугла. Советую использовать ее во всех компонентах, которые мы разобрали, которые выводят список.
Давайте посмотрим, где это настраивается:
В блоке настроек «Настройка постраничной навигации» необходимо выбрать шаблон с названием «ROUND»
Мы настроили страницы, но ничего не работает
Все верно! В процессе описания я вам показывал, что у меня открываются страницы, все работает, но это не совсем так. Чтобы вся схема заработала, нужно выполнить еще два шага.
Первый шаг - настройка инфоблока
В инфоблоке необходимо прописать, «URL страницы информационного блока» - указываем в поле наш каталог: #SITE_DIR#/shop-for-confectioner/
В поле «URL страницы раздела» прописываем, как будет строиться ЧПУ для раздела: #SITE_DIR#/shop-for-confectioner/#SECTION_CODE#/
В поле «URL страницы детального просмотра» прописываем, как будет строиться ЧПУ для детальной карточки товара: #SITE_DIR#/shop-for-confectioner/#SECTION_CODE#/#ELEMENT_CODE#/
Ошибки в формирование адресов в инфоблоке, очень часто не приводят к потере работоспособности страниц, и обычно все не обращают на них внимание. Это опасно!
Страницы у вас будут открываться и все будет работать. Но возникнут проблемы с поиском и открытием страниц выдачи в поиске. А вторым проблемным местом станет автоматика формирования файла sitemap.xml, что приведет к неправильному индексированию вашего сайта. Будьте внимательны, и проверяйте эти два места - в них сразу можно увидеть проблему. Не смотрите только на открытие страниц или детальной карточки.
Второй шаг - это создание двух правил обработки адресов
На этом шаге делают ошибки 100% новичков и очень большой процент разработчиков, на этом шаге от вас потребуется написать регулярное выражение для обработки ЧПУ.
В следующей статье, я покажу как не делать этот шаг, и как продукт все сделает за вас. Но эта возможность появилась с релиза 15.5 - поэтому я опишу этот шаг здесь.
И так идем в раздел «Правила обработки»
Нам нужно создать два правила: одно будет создано для вывода разделов, а второе будет обрабатывать показ детальной карточки товара.
Правило создания ЧПУ для разделов
В правиле нам потребуется прописать всего три строки.
Поле «Условие» - это и есть регулярное выражение, которое будет выводить наши разделы. Опустим в этой статье как пишется регулярное выражение, это тема скорей целой книги и разработчикам имеет смысл почитать об этом. Можно просто скопировать мое регулярное выражение: #^/shop-for-confectioner/([\w\d\-]+)(\\?(.*))?#
Поле «Файл» - указываем пусть к нашему файлу list.php, который отвечает за отображение наших разделов: /shop-for-confectioner/list.php
Поле «Правило» - нужно указать переменную, в которой передается символьный код раздела, мы в настройках выше использовали SECTION_CODE, соответственно его и прописываем: SECTION_CODE=$1
Правило создания ЧПУ для элементов
Аналогично правило будет содержать три строки, но немного сложнее:
Поле «Условие» расширяется добавлением кусочка отвечающего за элемент: #^/shop-for-confectioner/([\w\d\-]+)/([\w\d\-]+)(\\?(.*))?#
Поле «Файл» содержит путь к файлу, который отвечает за показ карточки товара, это наш файл detail.php: /shop-for-confectioner/detail.php
Поле «Правило» содержит две переменные, в которых передаются символьные кода, раздела и элемента: SECTION_CODE=$1&ELEMENT_CODE=$2
Настройки закончены, и если вы все сделали правильно, у вас все должно заработать!
Но мы не закончили с заданием, нам еще необходимо сделать хлебные крошки.
Настройка хлебных крошек
Компонент хлебных крошек у нас лежит в header.php шаблона нашего сайта. Настройка компонента очень простая:
На скриншот поместились все настройки компонента.
Основные настройки делаются в компонентах расположенных на трех наших страницах, которые мы создали ранее.
Давайте вспомним задачу:
- Требуется вывести хлебные крошки в подразделах раздела, и в детальной карточке элемента, но не выводить в разделе.
Соответственно нам нужно в файлах list.php и detail.php поставить соответствующие галочки.
Для файла list.php идем в компонент bitrix:catalog.section и ставим следующую галочку.
При переходе в разделы, в хлебные крошки попадет название соответствующего раздела.
Для файла detail.php идем в компонент bitrix:catalog.element и ставим следующие галочки.
При переходе к элементу в хлебные крошки попадет как название раздела, так и название элемента.
Давайте посмотрим, что у нас получилось:
Для главной страницы раздела index.php
Для страниц подразделов нашего раздела, файл list.php
Для страницы детальной карточки товара, файл detail.php
Можно было бы на этом считать настройку законченной, но мы не выполнили условие, которое сработало у меня «Не показывать хлебные крошки на странице раздела», файл index.php
Запрет отображения хлебных крошек на главной странице раздела
Нужно вызвать на редактирование файл index.php и прописать в нем одну строку: $APPLICATION->SetPageProperty ("NOT_SHOW_NAV_CHAIN", «Y»);
Данная строчка запрещает выводить хлебные крошки.
На этом первая статья закончена. Мы разобрали, как собрать каталог на отдельных компонентах. В следующей статье мы поговорим о том, как сделать то же самое, но без последнего пункта, а именно написания правил обработки адресов и изучения регулярных выражений.
Пишите свои вопросы в комментариях, я с удовольствием на них отвечу.
Фото:
Но как раз во второй части я покажу, что теперь не требуется вообще об этом задумываться, что для новичков, да и для бывалых (зачем лишние действия делать) станет намного удобней.
А раньше работали также. Часто разделы создавали ручками и все ЧПУ настраивалось аналогично.
+ еще анализ был по ID или по Коду пришла ссылка, так как не все товары у заказчика могли иметь символьный код. Такое бывало
Но... комплексные это все же приятная няшка, которая не просто облегчает работу над структурой, но и позволяет создавать вариации видов разделов.
Мне кажется, что все, что вы здесь описали в комплексном пришлось бы сделать с затратами в разы меньшими?
В нем конечно на порядок проще собрать простой раздел, показанный мной, фактически он сразу и собран в компоненте.
Но я все-таки делал эту статью для тех кто вышел за рамки комплексного компонента, и такие сложности нужны как раз для тех кто не может собрать каждый раздел шаблонно в автомате. И вот тут начинаются сложности, они привыкли, что в комплексном все просто, а тут получается некий трех-уровневый блок.
В примере дан сайт который как раз планирует собрать разделы уникально, у него есть своя специфика и необходимо некоторые разделы представить совершенно по-другому. Пока там собран фактически параллельно с этой статьей только один раздел, но работа идет.
Простые компоненты - проще, чем комплексные. Абсолютное100% людей ак считали на этапах развития себя как разработчиков или пользователей битрикс. И только потом приходит этап понимания работы комплексного компонента и на него подсаживаешься, как уже сказали няшка
Как написать правило обработки для catalog.section.list для использования #SECTION_CODE_PATH#
--
Названия разделов и его seo-текст можно выводить не создавая отдельный инфоблок? А например используя название раздела и его описание
--
Как быть, если у меня есть подразделы, а в них есть свои под-подразделы? Их в шаблоне URL указывать как #SECTION_CODE# не получится ведь
--
Когда выйдет вторая статья, чтобы не прописывать вручную правила обработки адресов?
Прошу дать реально работающие коды:
1. Мне нужно в файле list.php вывести связанные элементы из другого инфоблока - множественное свойство "Привязка к разделу".
2. Мне нужно в файле detail.php вывести связанные элементы из другого инфоблока - множественное свойство "Привязка к элементу".
Весь сайт перерыл (форумы, руководства) и не смог сделать ни с помощью news.list (с фильтром), ни с помощью catalog.element.
Очень прошу помочь!
Техподдержка или не знает как сделать, или просто не желает вникнуть в суть проблемы: "Компонент bitrix:news.list не выводит для новости элементы связанные с ней. Такая возможность есть в компоненте catalog.element. В нём есть секция настроек "Настройки связанных элементов". "
Это я и без них знаю. Прежде перепробовал все что мог. Обратился же потому что не работает так, как надо или я не то делаю.
Я прошу помочь с дополнительным к вашему примеру компонентом.
У вас же знаний и опыта намного больше! Понимаю, что это не входит в Ваши обязанности.
Но ведь я столкнулся с вполне обычной задачей, правда, которую готовые решения 1С-Битрикс не смогли выполнить
И с помощью catalog.link.list не смог выполнить вывод связанных элементов
В настоящем случае на мой взгляд не получается из-за того, что детальная страница открывается с помощью ЧПУ. Потому и не выводят компоненты запрос по ELEMENT_ID. Компонент catalog.link.list не может получить ELEMENT_ID из-за ЧПУ. А я не знаю как вывести ELEMENT_ID детальной страницы и скормить компоненту catalog.link.list.
Ладно. Придется искать иные пути решения
Зря я с этим ЧПУ связался Давно бы уж сделал /e-store/books/authors/detail.php?AUTHOR=25 и горя не знал.
Послали бы меня сразу на какую-нибудь страницу с решением. которое мне подойдет...
а "добавить реквесты" - это для Вас "дважды два = четыре"...
"link.list на 14,5" - у меня все беты стоят, каждый день проверяю и обновляю систему, читая что там обновилось
А когда с ЧПУ /#SECTION_CODE#/#ELEMENT_CODE#/ не срабатывает. Конечно, не сработает, это ж "земля и небо".
Но как сделать так, чтобы заработало - я пока не знаю. Ладно, буду дальше изучать.
Прошу у всех прощения за мой "мусор" в этом блоге. Не к месту все это я. Просто отчаялся уже
"Приступаем к настройке bitrix:news.detail
Вся настройка сводится к тому, что бы выбрать наш инфоблок, где хранятся статьи, указать в поле «Код новости» следующий код: ={$_REQUEST[«SECTION_CODE"]}"
вроде другая картинка должна находиться, та, которая имеется ниже в галерее фото.
А то я потерял некоторое время пока разобрался.
разеделов было:
site.ru/catalog/#SECTION_CODE#/
а для карточек товаров:
site.ru/product/#ELEMENT_CODE#/ (без catalog)
а сейчас такая fords.com.ua/catalog/#ELEMENT_CODE#.html
чтоб без каталога попадать на элемент.
- Создаем в корневом разделе сайта папку, например (что бы проще понимать для какого раздела эта папка, я взял для названия символьный код раздела): shop-for-confectioner
В конце статьи вижуА как же быть с остальными разделами? Мы что все это настраивали только для одного раздела?
А если мне нужно для разных разделов?
Смысл всего этого, если основная задача не выполняется?