Что за фуфло в тренде развития движков ?

Или о том, что вы не хотите видеть объективную сложность задачи, стараетесь упростить ее под себя :-).

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

И дешевле боюсь "ну совсем никак".

У меня нет желания этот миллион тратить, да и миллиона признаться тоже нет.

Гдеж прямую-то взять.

На самом деле это не вполне просто, сейчас сижу ковыряюсь, и понятно что дофига нюансов.

нет там ни какой сложности, только зашаблонизированность разработчиков ;)

да нет там ни каких нюансов!

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

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

P.S. проблема всех этих систем в том что происходит попытка связать структуру магазина со структурой каталога и от туда же формировать url страниц. это абсолютно разные вещи, которые НЕ ДОЛЖНЫ быть связаны.

это как хранить контент, дизайн и функционал в одном месте.

Зависит от специфики, довольно остро.

А там и нет в основном... двумерные таблицы максимум.

Слава богу в большинстве случаев можно опционально указать свой URL.

Никогда не пользуюсь генеренным.

И чё?! Как это говорит о сложности создания импорта?

Да брось ты! :) Я ж не твой клиент что бы мне тут по ушам кататься :). Какая-такая "специальная"? Есть товар, есть его хар-ки. Всё! Какие "плоские - не плоские" таблицы? Многомерные что ли? Есть связи между данными таблицами. Нет проблем их нормально построить. (ещё в конце90х\начале 2000х я в акцесее делал аналог данных ИМ - копр. справочник сотрудников. Там разноплановых данных юзера (филиал, отдел, даты приёма\повышения, телефоны и тд) - не меньше, чем у товара)

А фильтрация никакого отношения к обсуждаемой проблеме (универсальности импорта) не имеет.

Имеет просто тебе этого не понять :-).

---------- Добавлено 28.07.2014 в 17:51 ----------

Ну для того кто ее не может или не хочет видеть, действительно нет. Не признавать же свое незнание в самом деле :-).

я всё это сделал ещё в 2009году.

P.S. все эти проблемы вызваны чисто финансовыми соображениями, ни один разработчик не согласиться вносить изменения в свои продукты если потеряется совместимость со старыми версиями, именно поэтому мы имеем такие убогие популярные цмс ;)

Так же как, смазка замка в двери к типу двигателя :) Конечно, мне такого не понять.

Короче, как я вижу, ни аргументов ни нормальных объяснений нет. Очередной трёп и набивание себе цены. Ок, с этим всё ясно.

Это не отвечает на вопрос, почему "народившиеся" такие-же убогие...

Новые как-бы проекты.

Или они все форкаются ?