покажите что вы пробовали и что именно не получается. Ибо эта задачка решается маргинами и позишен фикст, о чем вы уже писали. Складывается впечатления что вы и не пробовали.
немного не так конечно, обычно админка выносится на поддомен или еще как... но суть в том что index.html это тупо html, никакого php. Ну и да, обычно апишка для админки так же отдельно.
Виктор: в целом для меня плюшки постгре больше как раз таки с транзакциями связаны. Как минимум как был милы тамошние последовательности вместо богомерзского автоинкремента...
Виктор: ну, постгрес позволяет хранить BSON и массивы, что может чуть упростить дело. Скажем хранить в BSON агрегированные данные для кэша. Так и с инвалидацией будет чуть по проще.
silentvick: ну вообще симфоневские компоненты, более чем независимы. Весь фреймворк изначально проектировался именно с расчетом на использование отдельных компонентов, Full-stack решение удобно для старта. Со временем, когда стандатной структуры уже не хватает, выкидываешь одно, добавляешь другое...
lega: тогда надо переопределять compile на свой. Опять же, это оооочень редкий кейс. Я с таким сталкивался лишь один раз и то только в контексте оптимизаций. Обычно достаточно определить свою функцию формирующую темплейт, там есть доступ к DOM до compile.
Sergey: если честно я непонял вас) Если у вас там много html и много логики - имеет смысл разделить директивы, если это возможно (обычно возможно). А трансклудить можно что угодно. Другое дело что если ваша директива как атрибут то и смысла в этом немного. И так все будет трансклудиться.
aiband: ну а кто сказал что будет легко? Это не самая простая штука, но информации о ней предостаточно. + этот стандарт много кто использует (фэйсбуки там, гитхабы).
ftugit: ну это тоже по сути маршрутизатор. Да и кто вам мешает прописать одно правило (хоть я и не преветствую подобные вещи) которое будет закидывать все на нужный метод контроллера.
Roman Zhak: И я о том же, вы можете вынести все в шаблоны, но там всеравно будут условия, циклы и т.д. Это логика представления данных и это нормально. Собственно и без MVC можно делать подобное разделение.
Что до MVC - тут важно понять что M будет отвечать за работу с данными, V - за то, как эти данные отобразить (скажем весь этот слой по сути может состоять из json_encode($data), и никаких шаблонов и прочего) а C - прослойка для изоляции двух других слоев.
