Обсуждение

А, если не секрет, правильно ли я понимаю, что Анатолий Лазарев из Ростова --- тоже коммунивер-кто-то?

Да, правильно -- Анатолий Лазарев (кстати, известный бард), является одним из программистов Коммунивер.сети. Но по положению о сертифицированных коммунивер-инженерах, сотрудники компании не получают данного титула. А вот Дмитрий Симорнов - не сотрудник Коммунивер.сети, он получает. Коммунивер.сеть (и в том числе Лазарев) не писала кодов сайта Ростов.ру, а только предоставила Коммунивер.сервер. Надеюсь, прояснил ;-)

А я его изначально как барда и знаю :) Причем очень давно, можно сказать, с (моего, разумеется) совсем детского возраста. И лишь недавно узнал, чем он занимается как программист... Кстати, мы с Вами могли видеться на его концерте в Доме научно-технического творчества молодежи (ДНТТМ) пару лет назад...

-- Анатолий, а можно про эту базовую архитектурную идею где-то прочесть коротко и звонко? на сайте, простите, не нашел.

Все тексты по архитектуре и спецификациям 1.0 циркулируют только во внутренней рассылке программистов Коммунивер.сети, и недоступны внешним людям. Могу только намекнуть на текущие идеи: вместо реляционной базы данных сделан консистентный (то бишь понимающий, что нужно хранить на диске изменения) storage, хранящий в оперативной памяти граф из узлов-айтемов и ребер-связей. Над этим сделан механизм транзакций. К этому приделан механизм тредов и все это реализовано как отдельный сервер (типа ODBC, только совсем нереляционный). Язык запросов выдает коллекции айтемов и поддерживает регулярные выражения -- он походит на нынешний язык унифильтров (сейчас язык унифильтров транслируется в SQL-выражения, а новый будет транслироваться в базовые операции Коммунибазы). Шаблоны на языке Яша (Язык ШАаблонов)) будут (однократно при их заведении) транслироваться в перл-программы, которые и будут выдавать тексты отгружаемых страниц (сейчас тексты страниц выдает интерпретатор шаблонов, а сами шаблоны хранятся as is в исходном коде на Яше). По текущим замерам база и интерпретатор шаблонов вносят свои вклады в тормоза 50/50. Поэтому от одновременного решения обеих проблем ожидается разгон примерно на два порядка. А заодно выпрямляется некоторая кривизна предыдущих архитектурных решений -- во многих частях кода по чуть-чуть))

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

Тогда легче -- это у нас открыто и документировано. http://www.ice.ru/default/guide_r -- старая документация (ее побольше, но она немного устаремши). Новая документация -- http://www.ice.ru/devel.pdf, но ее поменьше (хотя ontology guide там, вроде, уже был).

какие тяжелые для чтения доки. спасибо anyway, основное я вроде понял.

Ну, доки как всегда отстают... Сейчас как раз период, когда чистятся концепты, поэтому через полгода все будет сильно попрозрачней -- и доки тоже. А пока, увы, снаружи почитать мало что есть.