13 ресторанов и больше, у каждого лента новостей, гостевая, комментарии и формы обратной связи в каждой новости, галереей, файлами (например аудиозаписями в новости о концерте), некоторые средства управления видом страницы — можно прятать и показывать отдельные ее части (в MODx такие вещи делаются очень просто). Меню и сувениры (списки блюд и сувениров в каждом ресторане; блюдо — это выход цена и ссылка на рецепт (описание)). На все рестораны — общая лента, книга рецептов (те самые описания блюд). Данные о ресторанах и офисах в разных городах — телефоны, адреса явки и пароли, адреса, на которые отправляются формы заказа билетов или резюме. Все это легко редактируется и расширяется. Вообще почти каждая буква на странице может быть отредактирована неспециалистом. Количество доекументов на данный момент ~11000. 800-1500 посетителей в день. 30 менеджеров (в 15 группах :)) с правами доступа в определенную чать дерева документов. Регистрации веб-пользователей нет, но и нужды в них нет — на сайте нет форума и опросов. Будет — добавим :) Кстати вот один из недостатков MODx — для нее есть интеграция со сторонними форумами, но форума в виде сниппета я не нашел. На одном из новых проектов приходится делать его самому. Сделаю — поделюсь :).

Вообще слово, лучше всего характеризующее MODx — "гибкость". Тут можно не надрываясь создать очень удобную для пользователя и для дальнейшего обслуживания CMS. Кроме того есть многочисленное сообщество, поддерживающее систему. Впрочем, это есть у любой бесплатной системы, но в случае с MODx сама архитектура и уровень, заданный разработчиками, дисциплинирует программистов — ни разу в готовом сниппете или плагине не видел засунутой туда HTML-разметки, программки отформатированы в одном стиле, написаны не всегда, но, в большинстве случаев, аккуратно и эффективно (впрочем у MODx довольно развитый API, что этому, несомненно, способствует).

Хм… Смотря по тому, что считать разработкой. Если создание собственно системы управления, то совсем не много — порядка 100-150 часов (мне сложно оценить время, потому, что работа велась слегка “припадочным” образом — случается припадок спешки: делаем, есть другая работа – не делаем). Если считать еще и заполнение меню (самый обширный раздел), то надо накинуть еще порядка 200 часов.

Поддерживает его один человек – ваш покорный слуга. Но! Он, т. е. я :-), ведет напряженную работу по обучению сотрудников компании работе с CMS и с течением времени вся работа по текущему обслуживанию ляжет на них. У MODx хороший и гибкий менеджерский интерфейс, и многие редакторы (никак, надо сказать, не связанные с IT) освоили его без подсказок и даже без написанного для них руководства.

Полезно: система управления правами пользователей, удобная шаблонизация (можно делать хорошую разметку и верстку; вообще эти шаблоны, по моему мнению, настолько удобны, насколько возможно без XSLT), древовидная структура данных и средства работы с ней – с одной стороны большой объем данных легко управляется, нет беспорядка, каждому пользователю можно выделить строго его зону ответственности, с другой стороны – из любого документа сайта потенциально доступны любые данные. Причем это, благодаря древу, реализовано очень удобно. К очевидным недостаткам системы можно отнести большое количество запросов к базе (впрочем это не так страшно, как может показаться). Вот что напрягает сильно, так это катастрофически растущий КЭШ — в КЭШе хранится карта сайта в виде массива (а точнее пары предок-потомок), а также псевдонимы документов и их mime-типы. В оригинале все эти данные сваливаются в один файл, размер которого медленно, но верно растет. В итоге КЭШ пришлось разделить и частично отключить. До 7000 документов это было даже незаметно, но затем обнаружилось, что на хосте PHP не подключает файлы больше мегабайта.

Вот собственно единственное, что пришлось сделать с ядром – это разделить КЭШ (не было б ограничения у хостера никто б и не заметил). В остальном же всего хватало — большую часть дополнительных скриптов я вообще удалил, чтоб не мозолили глаз. Еще пришлось написать совсем маленькие скрипты, управляющие шаблонами по умолчанию и ссылками внутри сайта. Там развитый API и это было просто. Т. е. доработка понадобилась минимальная.

CMS Magazine, как впрочем и вашими конкурентами, никогда не пользовался — предпочитал искать статьи и отзывы о конкретных проектах. Так что вы на правильном пути :). Еще хорошо вам сделать поиск по формальным признакам, а не только лишь по имени — чтоб можно было заполнить форму с желаемыми техническими характеристиками и получить список подходящих систем. Или у вас такая есть? Не нашел.