hVostthandmadeFromRu,

а, парадигма.

в MODx всё является ресурсами со своим адресом в древовидном виде. даже страницы ошибок это ресурсы. ресурс рендерится как HTML или как что-то ещё в зависимости от MIME-type. таким оброзом можно очень быстро накидать структуру сайта в дереве, добавить страницы.

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

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

если всё есть ресурсы, то это как в ООП, где все является наследником от Object. так же применима технология работы с интерфейсом. интерфейсом для ресурса является используемый шаблон, который навязывает свой набор полей (этакий прототайп).

в общем, лучше ничего для организации CMS я пока ничего не видел. простая, лёгкая и в тоже время мощнейшая конструкция. можно строить хоть порталы, хоть магазины, достатоно определить интерфейс (шаблон) и набор методов. каждый товар в магазине типо получит все свойства обычной страницы: адрес, кеш, контент, заголовки...

как-то так.А данные блога где хранятся?

Блог и другие виджеты - это компоненты страницы. У каждого есть свой шаблон, набор каких-то настроек.
Вот - это общий интерфейс.

Но! Данные блога надо где-то хранить и как-то обрабатывать. Например они могут участвовать в RSS рассылке.
Вот для этого и нужен отдельный модуль со своей логикой.

Чудес не бывает

hVosttskyANAА данные блога где хранятся?

ресурсы. представь себе интерфейс

ISiteResource {

int Id {get; set;}
string Title {get;set;}
string Alias {get;set;}
int? ParentId {get;set;}
string Content {get;set;}
int TemplateId {get;set;}

// другие поля

}

для блого-записей будет отдельный Template, с набором полей имеющих значение чисто для записей блога. можно выбрать все записи блога по TemplateId. структура отдельно для блога не нужна, она уже есть в SiteResources.

страницы сайта, страницы ошибок (404, 403), блоги, каталоги, товары, контакты... всё есть ресурсы с разными темплейтами.

в итоге единый ЧПУ (ссылки) для всего. общий АПИ, меньше кода, единый интерфейс в админке. в упрощённом виде конечно.И что? У нас примерно такая фигня. Тоже мне открыл Америку.

hVosttskyANAБлог и другие виджеты - это компоненты страницы. У каждого есть свой шаблон, набор каких-то настроек.

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

hVosttв ресурсе хранятся. контент -- содержание, заголовок -- заголовок, даты публикации и и.д. все в ресурсе. автор тоже в ресурсе. комменты отдельными вложенными ресурсами (хотя спорно), теги М:М к ресурсу. что ещё?Шняга. И как ты себе интернет-магазин на этом представляешь, не говоря уже о портале?

Это надо писать конвертацию из формата ресурсов в бизнес-объекты (модель), чтобы прикрутить логику. В итоге выйдет такая же фигня, только в профиль.

hVosttпутём ведения номенклатуры 1:1 к страницам (можно даже через TPH)Не понял. Что означает ведение номенклатуры 1:1 к страницам?