Model-View-Controller или что-то другое? Это абстракция для разделения кусков кода в вебах на функциональные части: представление данных в базе, отображение и связь между первым и вторым. Позволяет не мешать всё одну кучу, главным образом. Типа не особо запариваясь по вмешнему виду пилить код, а темплейты верстать потом или наоборот, или ещё как-нибудь. Реализуется обычно как связка ORM, темплейтного движка и связующего их обработчика урлов/функций по подставлению контекста в темплейт. Это если в двух словах и чисто практически. В теориях я не силён, мне это ни к чему особо.

@matimatik Т.е. у нас есть рабочий кот, который плодит, скажем, некий RES-блок, в котором всякая вкуснота. Далее весь этот RES подаётся в обработчик (назовём его TPL) и TPL, обработав RES, выдаёт уже, скажем, готовый хтмл. Так?

@ileamare И, да, меня вот какой момент волнует: это всё куда-то записывается / кэшируется или выполняется @ забывается?

@ileamare Да, именно так используется темплейты т.е. связка VC. Ещё есть ORM, модели т.е. M. Они занимаются абстракцией данных всякой.

@ileamare Сгенерированные страницы обычно не кэшируют, потому что данные могут и меняться же (чаще всего меняются). Хотя можно кэшировать на уровне фронтенд-сервера при желании. Статика всякая, опять же, на уровне фронтенда кэшируется, которым и раздаётся страждущим клиентам. Запросы к базе обычно кэшируются всякими memcached. Но это всё уже не имеет отношения к модели MVC, это всё от реализации зависит. Про то как всё реализовано, например, в Django можно в специфических книгах/статьях/документации по джанге и почитать.

@matimatik Ок. Ну тогда получается, что кто-то не совсем правильно понял мой код, лолд.