Стоит ли затевать разработку такой вот системы управления сайтом.

Сколько доводилось работать с различными CMS, — ни одна не смогла удовлетворить все пожелания к таким системам. Глюки, тормоза, излишняя сложность или просто отсутствие необходимого функционала в базовой версии CMS. А то, что дописывается и запиливается для части CMS, — нередко не отвечает изначальной архитектуре системы.

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


Система должна иметь возможность обновления через административный раздел всех своих модулей.

В систему должен быть включен модуль публикации новостей от разработчиков cms в соответствующем разделе админ-панели.

Полное управлние разделами и страницами проекта
Возможность редактирование конечного html-кода страниц, управление всем отображаем содержимым через визуальный редактор.

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

Полное управление компоновкой блоков на странице сайта через систему управления

Обязательные административные и общедоступные модули:

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

Настраиваемая поисковая машина по сайту.

Система управления правами администраторов и пользователей: допуск в разделы, редактирование разделов и страниц, возможность разрешения опредёлённым пользователям доступа к определённым административным модулям.

Модуль интернет-магазин: базовый стандартный для таких систем функционал, + готовый модуль интеграции с популярными платёжными системами, система нализа предпочтений клиентов и посетилей (из неё строятся блоки персонифицированной рассылки и блок популярных товаров), настраиваемая система рассылок в соответсвии с пользовательскими предпотениями (лучше вынести в самостоятельный модуль), система онлайн-поддержки посетителей сайта (вызов менеджера в чат + видео-конференция). Глубокая интеграция модуля с системами: яндекс-маркет API, яндекс-директ API, яндекс-карты, API соц-сетей ВКонтакте, одноклассники, Facebook, проектами твиттер и жж (для последних двух, — на уровне рерайта новостей и блога, приглашения друзей, постинга рекомендаций). Интеграция с системой учёта 1C - выгрузка заказов, импорт каталога товаров, обновление каталога в формате xml/xls.

Модуль web-почта — настройка адресов почты для администрации проекта, на котоыре могут присылатсья сообщения с различных модулей сайта.

Модуль система опросов (Для простых модулей со стандартным функционалом не пишу разъяснений)


SEO-блок. Возможности:

Система мониторинга позиций сайта в поисковых системах
Система анализа контента страниц сайта на соответсвие правилам SEO (дублированный контент, битые ссылки), анализ у управление содержимым тегов заголовков и мета-тегами страниц.
Система анализа глубины посещения сайта посетителями (построение путей переходов по страницам сайта, времени посещения целевых страниц), расчёт конверсии.
Создание и управление заданиями анализа посетителей (пр. отслеживание глубины перехода посетителей по ключевому запросу "купить товар N").
Управление ссылками на все страницы и разделы сайта (якорный текст, url).

Модуль создания, управления, публикации о оценки опросов.

Модуль создания новостей с RSS (блог), с возможностью добавления комментариев другими пользователями. Фактически через систему управления можно включать возможность комментировать материал любых страниц сайта.

Ещё из популярных и полезных фич:

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

Из дополнительного:

тонкий клиент на java (цель — совместимость с android) для системы, включающий такие возможности, как:
1. клиент службы поддержки посетителей сайта.
2. система сохранения бекапов и быстрое восстановление сайта из локальной копии копии.
3. голосовое управление системой, с целью создания новых постов при невозможности доступа к ручному вводу данных (посты для блога, службы новостей, голосовые и видео-репортажи).

Система должна иметь такую архитектуру, при которой легко устанавливаются дополнительные модули и элементы управления ими. Подробной документацией по API всей системы и установке/разработке новых модулей.

(Отредактировано автором: 16 Мая, 2011 - 10:04:08)

Drupal?

Ответ на первоначальный вопрос - стоит ли? - Однозначно стоит.
Даже если дело не пойдет далеко, Вы приобретете опыт и понимание аспктов устройства CMS. Если пойдет дальше - поймете причины выбора тех или иных решений в существующих CMS. Ну а если совсем далеко - сделаете хорошую и полезную систему.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Причем тут Drupal? Та же CMS от которой топикстартер отказался по причинам вышеизложенным.
Zuldek Берете чистый фреймворк и пишете с нуля. Базовый функционал у вас уже будет, а остальное пишете под свои нужды.

ЗЫ! Что-то мне подсказывает что в любой версии нормальной CMS как минимум половину ваших задач уже реализовали.

-----
Список фильмов с описанием, блекджеком и... для Joomla? -> https://киноархив[dot]com
Демо нового движка для сайта php.su -> php[dot]su, проект на гитхабе

Я не увидел вещей, из перечисленых топитстартером, которые в друпал нельзя бы было реализовать, не нарушая изначальную архитектуру.

P.S. Я совсем не фанат CMS. Считаю, что попробывать вполне можно. Если Zuldek будет нужен компаньон / помошник, я бы с радостью принял участие.

(Отредактировано автором: 16 Мая, 2011 - 10:40:48)

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


Я тоже не сторонник CMS, если понимать их, как законченные системы. Это вот и есть проблема многих систем, как мне кажется. Их изначально нужно строить как фреймворки более высокого уровня, чем фреймворки для написания кода, чтобы исчез термин "запиливания" а написание нового модуля или доработка старого превратилась в удовольствие а не раскуривание многотонного мана.
+ Вы, может быть, как и я не сторонник CMS в т.ч. по тому что при более-менее сложных проектах они становятся очень тормозными. Потому, думаю, если и вести разработку, то изначально предусмотреть разные версии под задачи, чтобы не было таких астрономических нагрузок на сервер которые требует, например, 1С-Битрикс. Причём, было бы правильно, если бы дополнительные плагины легко навешивались и устанавливались прямо из среды администрирования системы. Причём под навешиванием плагина или изменением версии, например, с базовой, до магазина, идёт не просто копирование новых папок с скриптами плагина, и запись новых таблиц под плагин в базу, но коренная перенастройка системы, изменение структуры бд, объединение, удаление лишних таблиц, дабы ускорить производительность, если такое возможно.

Установка нового модуля или плагина, которые пишут пользователи популярнях cms часто выражается в том что они просто дописывают новые таблицу в базу, которые часто дублируют уже существующие таблицы, и основной принцип установки этих модулей как раз и подразумевает сохранение всей старой архитекстуры бд + дописывание новых таблиц под новый модуль.
В итоге, при разросшемся проекте получаем SQL-запрос на две страницы.
Обратная модель предполагает очень жёсткий контроль версий и внимательность администраторов и разработчиков при обновлении изменении верси CMS или установке плагина, однако, на выходе получается очень быстро-работающий код без нагрузок на web- и бд- серверы.

(Отредактировано автором: 16 Мая, 2011 - 11:01:14)

Zuldek, а есть какие-нибудь наработки, идеи, как реализовать? Или пока все в далеких планах?

Год назад завёл себе толстый ежедневник, в него записывал все мысли, наброски и т.п. по систему управления сайтом. Сегодня она уже вся исписана.
Подробно расписан функционал всех базовых модулей и базовых блоков (которые Предполагается включать в минимальную комплектацию CMS)
Указаны точки взаимодействия базовых модулей MVC-модели
Построена подробная блок схема системы.

В качестве шаблонизатора принял решение использовать smarty, вот думаю на предмет стоит-ли брать фреймворк чтобы упростить разработку либо всё ядро сделать ручками.
К разработке хотелось бы подойти очень серьёзно, чтобы не получился трёхколёсные велосипед: с тестированием скорости выполнения основных задач CMS, сравнительными тестами с WP, joomla, Drupal. Документацию, для упрощения работы и экономии сил предполагается вести через Mantis+SVN+wiki.
Сейчас вот предполагаю, собрать всё по проекту воедино, оформить, поднять сервер для отладки, багртека и документации, окончательно разобраться с структурой и архитектурой и приступать к написанию базовых классов уже. CMS рукописная, которую пользовал для проектов под задачи этой системы не подходит, поскольку они ей не предназначались, + не велась чёткая по ней документация потому писаться, фактически, всё будет с чистого листа, кроме архитектуры базовых модулей который даже при широком применении объектного php, скорее всего, останутся неизменными.

(Отредактировано автором: 16 Мая, 2011 - 11:40:34)

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

Разумеется, что ТЗ, ТТ, ТУ, как и лицензия планируется в обязательном порядке, до начала ,собственно, разработки. Этот пост имел целью узнать у тех кто занимается разработкой интернет-проектов актуальность предлагаемого функционала, поскольку один человек никогда не сможет знать всего многообразия готовых систем которые появляются и обновляются быстро и постоянно. В ближайшее время выложу все необходимые уже написанные доки по проекту.

Я разрабатываю CMS уже год. Ядро писал ручками, с нуля. Однако, не реализовано ещё и четверти из задуманного.

Хотя начинал без какой-либо подготовки, без документации и планов (Хотя был аналогичный блокнот с идеями). Документацию начал делать всего около 3 месяцев назад, когда начал замечать нехорошие вещи вроде - "потерялся в собственном коде", "забыл назначение того или иного метода" и пр... Тогда же и сформировал единый план и концепцию, и решил использовать парадигму MVC и полностью ООП-код.

Первая ветка была полностью процедурной и кривой. Тогда я ещё только осваивал php, но был большой опыт скриптового программирования на Python, Lua, и нескольких специфичных языках.
Вторая была расширена несколькими классами, а ядро переписано.
Третья - началась с написания базовой документации, целей, видения и планов, и стала полностью MVC. С третьей ветки проект получил коммерческую поддержку.

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

p.s
Я наверное единственный, кто пересел с питона и ему подобных - на php. Обычно бывает наоборот...

(Отредактировано автором: 21 Мая, 2011 - 22:24:09)

-----
И чё?