не, вот откуда откуда, а оттуда я слезно бежал со словами "готов делать 10 франшиз, только не битрикс". Хотя до этого - ребята, давайте забирайте меня с франшиз  я не тяну)))  Все познается в сравнении.  Такого ада я не видел. Симфони + битрикс, симони заводится через битрикс, т.е. даже не отдельынй проект. База битрикса,  ОРМка кастомный Datamapper поверх ядра битрикса, но в итоге все равно это все обертка над битриксом была, наверное только роуты да DI симфони))   А разработка сразу на тестовых стендах, так как локально завести проект не выходило))

Изначально говорили 80 процентов симфони

я сбежал от симфони)0

Надо просто запилить с нуля цмс на симфони со скинами битрикса, и всем будет счастье)))

Бизнес план готов, дерзайте))

наверное быстро рассекретит админ db, так как пропадут такие запросы http://govnokod.ru/221

последние комментарии все объясняют

попробуйте пособирайте запросы с EAV моделью. Посмотрите что получится у вас в сложных фильтрах для различных типов свойств => значений.

Пожтому я не люблю еав

Ну плюсы и минусы всем понятны. Где то она нужна а где то нет.

Не стоит так серьезно относится ко всему

ок, не буду

Думаю кто-нибудь пишет в подобном стиле, когда история сущности пишется внутри самой сущности. Собственно это история изменения заказа. Каждое поле - это новые/старые данные. Они потом используются в форматированном выводе и чето там считается на фронте, т.е. просто в стринг "примечание/изменения" запихать нельзя.  Ну это ладно, но я не пойму сокральный смысл писания в новый столбец, мне кажется one to many  с столбцами "Id изменения", "Тип параметра", "значение параметра", тут отлично ложится. Может я фишку не секу и меня кто-то просветит? :)

закос под колоночную субд? =)

Да я вот что то и не пойму)

сеттеры уже до бд добрались

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

Почему труднее.

а что такое amount circulation?