Народ, давно терзает тема организации каталогов в typo3, кто как выкручивается?
 

Привет Уважаемые коллеги.
Очевидно, у typo3 организация каталогов (списки структурированных элементов) - довольно плохо развита. Как образец такой организации я вижу инфоблоки битрикса.
Хотелось бы услышать, кто как выкручивается. Многие используют tt_news - если полей хватает, некоторые TemplaVoila FCE (но тут же возникает вопрос фильтрации таких элементов), кто то мучается с tt_product а другие плюют и пишут своё.
Словом, не порядок imho.. :)

Делал на tt_product и на новостях...
В принципе цель была достигнута, но те же tt_product пришлось допиливать

Это не Ваш случайно продукт Lab-Shop? Доводилось как то столкнуться при поддержке сайта.

А по поводу целей, использовали ли Вы фильтры по полям?

Неа, не мой :)
В моем случае с продуктами фильтровать не надо было, там все простенько - всего несколько категорий товаров.
Собственно сам сайт

Вот сейчас сам работаю над этим...
В принципе из того, что есть:
Браузер - копал его и так, и сяк... Можно сделать список товаров, фильтры, меню категорий, что по сути - тот же фильтр...
Но... Все это работает нестабильно, не даром версия альфа и бета. Подходит лишь для размещения простенького каталога, но невозможно, или я не до конца разобрался, все это разбить по различным элементам - меню категорий слева/справа/вверху/внизу на каждой странице, вывод списков на определенной странице, вывод полного представления на другой странице... Что-то вместе не работает, либо чего-то не учел.
Вывод - отлично подходит для представления простых товаров в едином блоке с фильтрами, постраничном браузере, списке и т.п. - все вместе в едином элементе содержимого...
Можно взять за основу магазин и не использовать все остальное, но тяжеловесное решение, требующее допила....
То же, взять новости, либо старые tt_news, либо новые news... Отлично подходят оба варианта. Здесь есть меню категорий (как уже говорил, по сути фильтр) - ничего изобретать не надо, режимы списка и отдельного товара. Все можно настроить через шаблоны.
Но... Если нужны фильтры, их придется изобретать самому. "Из коробки" ничего нет. Кроме того, через отдельное расширение придется дополнять стандартные элементы новостей полями для атрибутов и значений... Вообщем-то ничего сложного, но тоже "не из коробки". Ну и увязать все это с шаблонами...
Третий вариант - свое расширение, к нему я в последнее время все больше склоняюсь...
Недостатками предыдущих решений является все же необходимость создания простенького своего расширения с дополнением таблиц своими полями/таблицами для атрибутов и их значений. Так почему бы сразу не сделать отдельное?
Как вижу это я. Это должна быть таблица/объект для Товара, таблица/объект для древовидных категорий с возможностью отнесения товара к нескольким категориям. А также, что сложнее, таблицы/объекты для атрибутов и их значений. Причем с Товаром должны соотноситься лишь определенные значения атрибутов (скажем, отдельный товар "насос" имеет лишь конкретное значение атрибута "мощность").
К тому же отдельные режимы вывода из этого расширения:

• Список "выделенных товаров" (новый, акция и т. п.) - по одноименному свойству в товаре, кстати в новостях это уже реализовано в виде "топ новостей";
• Список последних товаров, с ограничением по дате;
• Список товаров обычный;
• Меню категорий - фильтр;
• Фильтр по выбранным атрибутам;
• Вывод товара полностью;

Вот примерно так...
Все это реально - за основу можно взять те же новости...
Единственное, на чем я сейчас застопорился - связь товара с определенным значением атрибута... То есть, в идеале в бакенде в свойствах товара должна быть возможность выбора этих значений атрибутов: выбираем атрибут, появляются его возможные значения, и уже конкретные значения атрибутов связываем с товаром... Это либо древовидная структура для флекс-форм, либо выбор из третьей таблицы по условию для второй... Как-то так. Есть ли у кого опыт реализации подобного в своих расширениях?

Вот, хотелось бы услышать особое мнение Дмитрия Дуплерова. Мощная гибкая и потрясающая система, непрерывно усложняется, развивается, становится толстой на столько, что многие хосты трещат... Но из версии к версии не появляется недостающего звена. Неужели не могут разработать архитектуру механизма, позволяющего делать каталоги? Как по мне, так я не вижу ничего принципиально нового в тайпе за последние 5 лет. Сделали интерфейс удобней и всё, остальное - Kickstarter в зубы и "Пилите Шура!"...

PS Пардон за эмоциональность - крик души :)

Могут. Но кто и зачем?

Разработчики ядра позиционируют CMS как Enterprise. А там функциональность интернет магазина как бы не нужна. Поэтому ожидать нативной поддержки в ядре не стоит.

С другой стороны система гибкая расширяемая - пиши свои плагины и получай то что хочешь. Скорее всего много кто это делает, просто закрыто и для себя (не opensource) и в репозиторий это не попадает.

Вы можете создать прецендент! Начните делать такой модуль, привлеките других разработчиков к совместному творчеству (http://forge.typo3.org/). Все возможно.
Ведь TV, DAM, RealURL, DirectMail и т.п. это отдельные плагины, они не входят в состав ядра. Но без них не мыслима TYPO3. И они развиваются, делать их начинали одни люди, продолжают другие.

Например, очень удобная технология IRRE появилась в ядре начиная с 4.1 как раз таким образом. Был студент, который выбрал себе тему диплома разработку технологии IRRE. Результатом мы все пользуемся до сих пор :)

Это вероятно наш (мы обычно назваем экстеншены типа lab_... еще как-то делали qshop)

Да, так и есть...
Получается, что для каталогов/магазинов все пишут свои модули, заточенные под конкретные потребности.

Попытки сделать универсальные решения конечно были (например commerce для магазинов) но оказывается, что для простых задач лучше подходит свое решение.

Есть такое расширение kb_shop
Создаеш поля, а в шаблонах крутиш ими как хочеш, создаеш фильтры.
ТОлько не обновляется давно.