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

С точки зрения сайтостроителя, которому нужен максимально готовый ИМ, это не так все радужно.
Я пытался объяснить, что трудозатрат на Убере выходит меньше, чем в Коммерсе.
Вовсе не спорю про гибкость Коммерса, но уже поэкспериментировал на пользователях.

«как сделаешь, у D для этого автопути к примеру: каталог/компы/комплектующие/цп/интел/ай_семь )))»
Что такое автопути я знаю, а как ты путь на сущность "Товар" в Коммерсе/Друпале установишь?

Я понимаю о чем ты, но в большинстве известных мне случаев в ИМ создается один товар на один артикул, причем со своим индивидуальным описанием.
И в таких случаях в DC приходится делать одну страницу на один товар, вводя данные в двух разных местах и выполняя привязку. Что на практике не очень удобно, когда товаров свыше тысячи.
Пользователи гуглят, и гуглы выдают ссылку на конкретную страницу, где в заголовке наименование именно этого товара, а в случае референсов на сущности товаров - заголовок лишь один - страницы, а не текущего выбранного товара. Андестенд?

alexandr.poddubsky wrote:

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

alexandr.poddubsky wrote:

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

1. Согласен что тяжелое. И тормозит в небольших множествах товаров. Но - даёт быстрый старт!
2. Переписывание... штука болезненная.

Обычно делал вариант 1.
Вариант 2 не рисковал, но попробую. Неудобно, когда начинаешь и не разобрался с возможностями и настройками по умолчанию (кто-то делал все же под себя, фичи)
Вариант 3 это мало чем отличается от варианта 1. Часто бывает через некоторое время после варианта 1 - поработали, разобрались, сделали анализ ошибок, решили переделать с нуля. Или же - апгрейд (с Д6/у2 на Д7/У3)

sg85 wrote:

Вот и я о том же. Код убера довольно сильно отличается от стиля drupal в итоге его осмыслить куда сложнее

Зачем код осмысливать если стоит задача сделать ИМ (и как правило - поскорее).
Для владельца ИМ важнее готовность ИМ и его средства, которые в 90% случаев весьма типичные.
Настроить каталог, добавить фотки, рзаместить/изменить цены, указать варианты оплаты и доставки, видеть статусы заказов.

Видимо своей процедурой не устраивает.
В часности когда надо просто сдежать экспорт из Д6 в одном сервере и импорт на Д7 в другом.

Ну так и получается, что на практике Коммерц пока не популярен - сайтостроителям надо что-то более готовое к настройке и работе, и если уж делать на базе Друпала, то Уберкарт. Или специализированные движки, но без Друпала.
Аналогичный магазин на Коммерц обойдется дважды больше по трудозатратам, учитывая еще и сопровождение страниц и товаров, на них привязанных.

А если нужно переделать всю логику магазина, то Symphony, ZF - и вся логика переделывается! Зачем же Коммерц тогда?

sg85 wrote:

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

Попробуй подружиться с Get Locations

Включай дебаг на экран плюс смотри логи.

"Exposed form in block: Да" - а это зачем?

Используй Views Slideshow (как вариант еще с включенным Views Slideshow DDBlock) чтобы крутить ноды с картинками и описаниями (к нодетипу можно добавить доп. поля)

Добавь модуль Display Suite
Посмотри видеоурок - там покажут как сделать то, что тебе надо, возможностями этого модуля.

x.mik3l wrote:

Вот как раз первый и стоит и результаты выводит которые я описал выше : ) Т.е. судя по всему у него запрос идет через {check_value1} OR {check_value2} и тд)

Ну логично, что OR будет "Один из", а AND будет "Все"

А в самом фильтре какой оператор стоит?

Один из:
Все:
Кроме:
Пустой (NULL)
Не пустое (NOT NULL)

Выбери "Все" и поиграйся с результатами.

Используй tokens для значений по умолчанию, если это позволяется полем.
Видимость полей при создании/редактировании: Display Suite (включи свой layout для управления полями) + Field Permissions