Плюсы и минусы замены системы управления контентом сайта (cms).

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

1. Существующая система (собственная разработка)

Плюсы:
- Выполняет весь объем необходимых задач.
- Доказала свою работоспособность на протяжении ряда лет. Группа пользователей создала значительный массив информации, который работает в сети.
- Сложились пользовательские привычки – редакторы привыкли к внешнему виду и порядку работы.
- Собственная разработка в любой момент дополнялась необходимыми скриптами, специализированными под конкретные задачи, что обеспечивало эффективность их работы.

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

2. Проблемы смены cms

Плюсы:
- Полученный комплект скриптов подразумевает наличие всех необходимых программных модулей и широкие возможности адаптации cms к сайту. Нет необходимости изобретать велосипед.
- Для стандартных cms систем всегда можно найти специалиста по конкретной системе, таким образом при смене администратора сайта не требуется длительный период обучения и введения в курс дела нового специалиста.
- Типовые cms развиваются посредством участия профессиональных коллективов программистов. Обновления и модернизации систем доступны всем пользователям. Нет необходимости проводить собственные разработки.

Минусы:
- При переходе на новую cms не исклчается возможность нарушения целостности системы (структуры и информации).
- Процесс изучения конкретной cms, адаптации ее под конкретную задачу, доведения разных мелочей и собственно перенос могут занять достаточно продолжительное время и потребовать значительных трудозатрат.
- Любая универсальная система характеризуется тем, что пытается решать все задачи определенного класса неким общим способом. Получив некий универсальный модуль, возможно, придется потратить изрядные усилия для его корректировок с тем, чтобы он решал вполне конкретную задачу, характерную для конкретного сайта.
- Для любой системы для заданного сайта желательно наличие постоянного администратора сайта - программиста, разбирающегося в конкретной cms. Поэтому для любой cms фактор зависимости от конкретного человека будет значимым.

3. Другие системы cms.

Социальная направленность портала и зависимость от поддержки меценатов первоначально привело к рассмотрению открытых бесплатных cms систем. Хотя для коммерческих систем в случае возникновения проблем есть некая вероятность получения более квалифицированной помощи и доработки системы со стороны продавцов. (Хотя скорее всего, речь пойдет о дополнительном финансировании). Тем не менее были изучены в качестве возможных cms систем - Drupal и Joomla!. Это две популярные открытые системы.

Обе анонсируют примерно одинаковые возможности и легкость расширения. Но для открытых систем получить узкоспециализированную консультацию может оказаться затруднительным. Хотя в сети достаточно конференций и блогов для обсуждения конкретных cms, специфика этого обсуждения такова, что высококвалифицированные специалисты крайне редко тратят свое время на объяснение «чайникам» элементарных проблем. (Это тоже не абсолют, иногда бывают и ценные подсказки).

В сравнении Drupal и Joomla! выиграла вторая – по общих соображениям – у нее больше русскоязычных сайтов и четко оговорены русские релизы (были - по состоянию на лето 2005 года).

Тем не менее, после ряда экспериментов и разработки тестовой версии на Joomla! было решено поставить коммерческую систему Bitrix - как наиболее развитую для русскоязычного сегмента глобальной сети и предложившую максимально дружественные условия разработки сайта.

версия для печати

Следующая страница: Архив сайтов