Warning: file_get_contents(http://forum.cmsmagazine.ru/ssi.php?a=lastposts&treeview=1&notopics=1&topic=223&max_level=20) [function.file-get-contents]: failed to open stream: HTTP request failed! HTTP/1.1 403 Forbidden in /home/cmsmagazine.ru/public_html/scripts/forum_connetion/fc_get_last_comments.func on line 134
Сеть пивных ресторанов «Тинькофф» - CMS Magazine
 
 
Закрыть
E-mail:
Пароль:
Забыли пароль?
В каталоге проекта: 12 903 веб-студии, 953 CMS, 240 014 сайта.
РегистрацияCMS MagazineВход
CMS Magazine CMS Magazine

Федор Ильин о проекте «Сеть пивных ресторанов «Тинькофф»»

Об авторе

Имя: Федор Ильин

О проекте

http://www.tinkoff.ru/ Сайт: http://www.tinkoff.ru/
CMS: MODX
тИЦ сайта: 850
Посещаемость: > 1 000
Страниц: > 10 000

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

Вопросы-ответы

В двух словах - о MODx

Федор Ильин:

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

Сколько времени заняла разработка сайта?

Федор Ильин:

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

Сколько человек занимаются поддержкой сайта в настоящее время?

Федор Ильин:

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

Можете выделить какие-то особенности CMS, которые были (есть) особенно полезны/вредны для Вашего проекта (при разработке, поддержке)?

Федор Ильин:

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

Насколько был достаточен стандартный функционал? Пришлось ли дорабатывать ядро, ставить плагины, дорабатывать функционал?

Федор Ильин:

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

О CMS Magazine

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

Оценка:     7  

Комментарии (12)


CMS Magazine CMS Magazine
RSS-подписка
CMS Magazine CMS Magazine
CMS Magazine