На сайте есть две основных категории товаров, переход к которым производится с главной страницы сайта. Также, с главной страницы есть возможность перехода к некоторым пунктам основного меню. Например, список производителей товаров должен отображать либо список всех производителей (если переходим к нему с главной страницы сайта), либо, список производителей конкретной категории товаров (если переходим к нему со страницы категории). Также, и меню должно дополняться некоторыми пунктами (подкатегории соответствующих инфоблоков), если мы находимся на странице одной из подкатегорий.
Технически, некоторые страницы дублируются с расширением функционала: один функционал - если заходим с главной страницы сайта и другой - если заходим со страницы категории.
Вижу два варианта реализации:
1. Создавать реальные дубли страниц, всю структуру сайта разбить на 2 папки. Файлы, лежащие в корне, являются страницами, посещаемыми с главной страницы сайта; для каждой категории создан раздел (папка), где находятся дублирующие файлы основных страниц и файлы, дополняющие меню. Адрес страницы производителей с главной будет выглядеть так: "site.ru/proizvoditeli", а со страницы раздела - так: "site.ru/category1/proizvoditeli".
2. При переходе на страницу раздела передавать и всегда носить с собой параметр в адресе страницы (?cat=category1). В этом случае, программно во всех компонентах проверять, в какой категории находимся в данный момент и производить соответствующие действия (например, настройку фильтра производителей). Страница производителей будет выглядеть так: "site.ru/proizvoditeli?cat=category1".
Какой из вариантов предпочтительнее и сулит меньше проблем при разработке и в будущем? Если есть третий вариант, предложите его, только аргументированно.
все товары лежат в одном инфоблоке.
1. /catalog/tovar1 , как следствие самый короткий урл из возможных
2. делаеш множественное свойство привязка к категории ( детальное описание категории это контент на странице, поскольку там нет анонса и деталки то делаешь с разделителем, в итоге у тебя получается верх контент, твой инклуд, ну разделитель и текст снизу.)
Все что тебе остается перейти на эту привязаную секцию, все, секций может быть миллион, все что остается тебе привязать товар к этой секции.
урл всегда у товара один, секции имеют свои чпу и свои детальные страницы, нет физического файла, поддерживается привязка многое ко многому, нет никаких гет параметров, полностью стандартный функционал, работает seo модуль
Виктор Таран Там 2 инфоблока (так как большая разница в свойствах товаров разных категорий). И планируется что-то типа "двух сайтов в одном", то есть, как я описал выше, дело не только в url товаров. При входе в раздел меняется меню (дополняется пунктами - категориями этого раздела).
photosho, Все зависит от свойств и текущей реализации, конечно если у вас мегатонны свойств то тут конечно разные инфоблоки, но если их мало то легко можно хранить все в одном, и "многосайтовость тут легко решит все проблемы" смарт фильтр лишние все равно скроет. Так что ту скорее от текущего сайта.
Если они хранятся в разных инфоблоках, по сути это ничего не влияет, просто нужно будет обрабатывать два массива, свойства на привязку к секциям это никак не влияет, а главное не влияет и на весь сайт.
Если ближе к теме.
1. у вас неправельный интерфейс, и вам нужно его переделать ;(, частный случай не может влиять на основную часть хедера, поскольку это будет очень хреново для кеширования. По сути вам прийдется делать доп запросы по производителю (КАЖДОГО ТОВАРА во всей категории!). Да и дело не только в этом, это решение НЕСТАНДАРТНОЕ и очен ОЧЕНЬ плохо влияет на конверсию. Как показала практика любой нестандартный алгоритм поведения сайта снижает его конверсию в несколько раз!! и это я не шучу.
shop.wildorchid.ru - просто переделала на container-fluid в результате конверсия упала в 3 раза!
и таких примеров масса.
Вы же предлагаете менять хедер, стандартом тут не пахнет, так что меняйте концепцию
Ну или делайте все это в боковом меню, там где этому и место, последнее строите так же посекциям, а то что не требует отдельных страниц в смарт фильтр за аякс, пример тут mydefile.ru
Все сайты смотрятся в интернете одинаков именно из за конверсии, а не из за того что дизайнер не может накреативить, "ожидаемость функционала" вот почему они такие, не пытайтесь придумать новый вид интерфейса.
Виктор Таран, может быть, я неправильно написал. Там не совсем частный случай - меню меняется не всякий раз, а только при смене категории. То есть, на главной странице оно содержит только несколько основных пунктов. В разделе "Категория 1" эти пункты дополняются списком подкатегорий раздела; то же - и в разделе "Категория 2".
Насчёт большого количества разделов в ИБ. Теоретически их ,действительно, может быть хоть миллион. Но на практике после 20к разделов начинаются большие проблемы. Будет очень долго работать создание и удаление разделов. Все это происходит из за особенностей архитектуры разделов (nested trees).
Роман Грицук, подтверждаю, вплоть до ого что приходится убирать нахрен секшен лист, и все хреначить на D7
Но это как правило на магазинах электроники и 40К товара и более, поскольку там свойств просто до талого.
photosho, Да конечно, не нужно будет кастомить смарт фильтр и тд и тп.
Но опять же нужно смотреть на каталог
какое количество товаров
какое количество свойств
количество складов
количество ску?
1с?
