Simpla CMS то 395 баков за лецензию

_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker

Знакомый недавно показывал свой двиг магазина...

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

Все что он собирал примерно год он не в силах перепилить чтобы добавить селекторы выбора и прочие мелочи, на которых никто не акцентирует внимание пока не сталкивается с проблемой подачи и управления товаром)

_____________
Ex3m.com.ua — Активный образ жизни

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

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

_____________
There never was a struggle in the soul of a good man that was not hard

Вот меня заинтересовало...где в показаной вьюхе много ПХП кода?
Логики вообще там нету, что собсно верно.
А вот как представляется вьюха - для каждой ситуации своя или одну "сравнительно" общую - другой момент
Но так или иначе, в показаном скрине - во вьюхи логики не было.
Теперь объясни, что тебя там смутило?
Иль как ты представляешь будут отображаться переменные на странице?

_____________
Если не говорить пользователям, что Linux это "Сложно и страшно", то им совершенно всё равно, в чём не разбираться

Игорь_Vasinsky

Отталкиваться нужно от требований. Какая нагрузка должна быть оптимальная на магазин в посещаемости. Если не особенно нагружено, можно и CMS, если довольно нагруженный потребуется масштабирование, а это даст лучше фреймворк.
Но, опять же, если очень высокая нагрузка в фреймворке не нужно использовать встроенные реляции между моделями, а только нативные запросы, так как фреймворки создают при связях в моделях дополнительные запросы в БД типа `SHOW ...` и это ограничивает распределение и нагружает БД. Недавно как раз в CI заметили такие лаги, при созданиях моделей фрейм сам создаёт обвязку запросами SHOW COLUMN при чём дублируя запросы и вышло так что вместо 20 требуемых запросов на жизненный цикл скрипта вышло 150 из которых 130 запросы обвязки SHOW COLUMN.
В результате, если проект highload++ с нуля или на самом простом каркасе писать легче по требованиям и ограничениям.

В YII так же есть вспомогательные запросы, но там по умному сделано паттерном LazyLoad, загрузка по требованию что уменьшает количество вспомогательных запросов до минимума.

DedMorozzz

stepan

mmsgold тогда я посоветовал бы yii