Автор Сергей Серов
Сайт Техно журнал http://tehm.info/

Я заметил, что многие начинающие блоггеры пишут пост о том, почему они выбрали тот или иной движок для своего сайта. Я решил поддержать эту традицию и написать небольшой обзор о движках, которые я рассматривал для своего сайта.
Итак сперва был HTML. Проблемы выбора не стояло, вебмастера сами создавали статические страницы. Потом появились так называемые движки: программы – скрипты(в основном на языке программирования PHP), для создания сайта того или иного типа. Первоначальное разделение - классический сайт или форум (ftp серверы я не рассматриваю, это немного другая песня). Чуть позже добавился блог, появились движки для фотогалерей, файлообменников и wiki. Рассмотрим их поподробнее: (Описание из блога Ванчестера)

Классический сайт.
Все разложено по полочкам, на главной странице список тем, частенько информация о самом сайте. А сами статьи доступны после перехода к соответствующей теме. Все темы оформлены обычно в одном и том же формате.
Плюсы: тут царит идеальный порядок. Найти то, что конкретно интересует, не составляет труда.
Основной недостаток таких сайтов – не видно движения материала, жизни на сайте.
Резюме: Хорош как информационный портал. Читатель будет заходить сюда только тогда, когда будет знать, что искать. А как найдет, прочитает и уйдет до следующего раза.

Форум.
На главной странице список тем, в темах - подтемы, в подтемах - подподтемы и т.д. В идеале все разложено по полочкам, но следить за этим весьма трудно, т.к. у пользователей есть возможность писать в форум, и пишут они частенько не туда, и часто повторяя уже существующие темы.
Из плюсов можно отметить то, что тут основная часть содержимого пишется пользователями. Они общаются, спрашивают, делятся опытом, спорят. Все, что требуется от администрации – это раскрутка сайта и контроль соответствия материала темам.
К минусам относится то, что сложно найти то, что именно нужно в плане полноты материала, обычно тема рассказывается однобоко и раскрывается, впоследствии, добавлением новых сообщений. Из-за этого приходится перечитывать большое количество лишнего материала.
Резюме: идеален там, где ведется обсуждение чего-либо.

Блог.
Это – персональный электронный журнал. Блог обычно ведется одним-двумя людьми, статьи пишутся на различные тематики и выкладываются одной лентой, новые статьи помещаются над старыми. В блоге можно читать все подряд. Обычно в блогах существует возможность читателям оставлять комментарии к статьям.
Плюсы – видно движение материала, основной материал выложен в статье, дополнительный – в комментариях. Можно пролистывать ленту и не переживать, что пропустишь что-то интересное.
Минусы – если нет тематического рубрикатора, найти то, что уже читал когда-то в этом блоге, становится весьма непростой задачей. Т.к. блог – это ресурс персональный, тематика в основном узконаправленная.
Резюме: идеален для ведения дневника, написания статей из жизни и т.п.
Из-за своих минусов в чистом виде обычно такие форматы сайтов не применяются, создаются их комбинации, заимствуются лучшие возможности. В результате получаем интересный сайт, на котором легко искать что-то заинтересовавшее ранее и можно высказывать свое мнение.

Добавлю от себя, вышеприведенный список движков не исчерпывающий. Можно вести свой сайт, используя wiki движок, при этом он не обязательно будет википедией :) Вот пример личного сайта, созданного на базе одного из wiki движков – DokuWiki. И объяснение выбора. А вот здесь список плагинов, расширяющих возможности DokuWiki , в том числе плагины блога и дискуссий.
Тут описание создания личной базы знаний на TikiWiki. Сайт самой Tikiwiki В отличие от DokuWiki Tikiwiki поддерживает блоги, форумы и другие вкусности уже в базовой поставке. Дополнения, впрочем, тоже присутствуют...тыц.

Естественно, выбор того или иного движка определяется задачами, которые начинающий блоггер перед собой ставит. Дело в том, что если вы накопите определенное количество содержания (контента) и потом поймете, что функционал движка вас не удовлетворяет, то перенести все это богачество на другой движок, да еще с сохранением поисковых ссылок будет не просто, а очень непросто. Если задачи понятны то и проблем нет. Кому то может лучше вообще скрипт фотогалереи или файлового сервера подойти. В общем же случае, начинающий блоггер еще не знает, что ему потребуется, поэтому приходится во многом выбирать наобум. Функционал движков частично перекрывается, к тому же, ко многим движкам есть дополнения. К статическому сайту (например Joomla!) можно прикрепить компоненты форума, расширенного профиля, социальной сети и комментариев (насколько это все хорошо будет работать вместе – вопрос отдельный и непростой ;) ) Существуют альтернативные пути придания социальных черт сайту, например платформа Google Friend Connect. Сейчас трудно сказать, насколько такие решения окажутся жизнеспособными.

К движкам форумов бывают дополнения порталов и статических страниц, позволяющие создать статическую страницу (например, заглавную) с объявлениями и советами пользователям. Если таких страниц надо много, то проще развернуть на хостинге два движка – один форума для общения, а второй сайта для статических материалов. Это лучше чем схема "форум + дополнение", потому что общая проблема всех дополнений – не факт, что они будут поддерживаться длительное время(пишут их в основном энтузиасты и на голом энтузиазме, исключений не много, и о них позже). А это, в свою очередь, значит, что когда вам потребуется обновить ( по причине безопасности) движок, у вас может "отвалиться" дополнение, вместе со всем связанным с ним содержанием (контентом). И "прикрутить" старое содержание к новой версии движка окажется задачей явно нетривиальной. Вы можете сказать, что и поддержка движка когда то прекратиться. Да это так, но в общем, раскрученные движки умирают намного реже, чем дополнения к ним. Более подробно об аккуратном выборе дополнений (модулей) для своего сайта, можно почитать в блоге Макса Кириленко (студия razgonka.ru) в статье "Веб-программирование, 7 ступенек в рай" Не пугайтесь названия, там не все так страшно :), читайте 7 ступеньку про зеленые и красные модули и его комменты под статьей.

Однако вышеприведенная схема «Движок форума для общения + движок сайта для статических материалов» тоже имеет свои изъяны. Она хорошо работает для случая, когда движок сайта используется для статических материалов, без какой либо пользовательской активности. Если же мы захотим дать пользователям возможность статьи комментировать (причем не на форуме, а прямо на сайте) – тут начнутся трудности. Ибо, все сущее должно иметь имя :) , в том числе и пользователь нашего сайта. Механизмы же регистрации у сайта и форума, в нашем случае, будут различны. Что ведет к необходимости сперва дважды регистрироваться (а пользователи совсем не любят делать это даже один раз), а потом дважды авторизоваться при каждом визите. Рано или поздно возникнет бардак, связанный с тем, что у одного и того же пользователя будут разные логины на сайте и форуме, а у разных пользователей одинаковый логин. Такое явно не способствует созданию комьюнити :)

Из столь затруднительной ситуации есть четыре основных выхода, два плохих и два окончательный.
Первый плохой выход состоит в переносе всей пользовательской активности, в том числе и комментирования статей, на форум и реализуется, через установку на сайт дополнения, генерирующего ссылку «Обсудить на форуме». Работает это так: в конце статьи есть ссылка «Обсудить на форуме». При нажатии на нее пользователь покидает сайт и оказывается на форуме, в разделе для обсуждения статей. Если это первый пользователь, перешедший по данной ссылке, то в разделе автоматически создается новая ветка, со ссылкой на исходную статью. Таким образом, необходимость регистрации на сайте вообще отпадает. Минус состоит, во первых в том что пользователь может и не хотел покидать сайт, а просто хотел добавить небольшой коммент и читать дальше, а его взяли и выкинули :) Второй минус – куда тяжелее. Реализуется такая функция дополнением, обычно со стороны сайта. И имеет все минусы дополнений, о которых я писал выше, но в удвоенном размере. Так как это дополнение зависит сразу от двух движков, то каждое обновление, что движка сайта, что движка форума будет требовать неких танцев с бубном.
Второй плохой выход – установка дополнения с функцией аутентификационного моста между сайтом и форумом (смотри например http://extensions.joomla.org/extensions/bridges ). Ставится такое дополнение, также обычно со стороны сайта. Один из движков назначается мастером и первоначальная регистрация, и авторизация происходят на нем. На второй же движок авторизацию автоматически переносит скрипт моста. Имеет тот же минус , что и описанный абзацем выше вариант «Обсудить на форуме» - зависимость от изменения любого из двух движков и ненулевые шансы в один непрекрасный день остаться с отдельным форумом и отдельным сайтом без связи между ними . К тому же, такой механизм – зарегистрироваться на сайте, что бы отписаться на форуме, или наоборот, будет не очень понятен непродвинутым пользователям.
Существуют и другие не очень хорошие выходы из ситуации: например для Joomla! есть несколько (точнее говоря 9 :) ) специально написанных форумов, реализованных в виде дополнений http://extensions.joomla.org/extensions/communication/forum . Минус все тот же - зависимость от наличия свободного времени у авторов дополнения и их желания дальше тянуть этот воз. И когда это желание иссякнет, весь контент, накопленный на форуме, может остаться в подвешенном состоянии. К тому, же такие дополнения по функционалу все же уступают отдельным движкам форумов.

Перейдем к окончательным способам. Тут все просто.
Первый способ – найти движок с заложенным функционалом сайта, форума, вики и блога, причем чтобы все это было на уровне. Минус способа – трудновато найти такой движок :)
Второй способ – самый окончательный из окончательных :) Это OpenID Также об этой технологии можно почитать тут
Зарегистрировавшись на каком либо публичном OpenID сервере, например https://www.myopenid.com/ пользователь может использовать этот логин на всех сайтах, поддерживающих openID аутентификацию. Публичными openID серверами являются также Google, Yahoo, Yandex и Livejournal. Можно даже поднять свой openID сервер и делать одинаковую аутентификацию для всех своих проектов, хоть блог, хоть форум, хоть вики. Небольшое howto по этой теме можно найти в блоге andyceo http://andyceo.ruware.com/blog/andyceo/prodvinutyi-openid-na-tvoem-drupa...
Минус этого способа – он не очень понятен простым пользователям. Да и не всегда все работает как надо, не все движки имеют openID модуль, а, например, openID модуль Drupal не поддерживает регистрацию на базе openID, а только авторизацию. То есть, чтобы использовать openID, надо сперва зарегистрироваться обычным способом, потом привязать к свежесозданной учетной записи openID, и уже только потом начинать пользоваться openID. Имхо это на корню губит всю идею :(
Вот пример описанной мной ситуации Человеку пришлось переходить на отдельный движок форума
На этом закончим с теорией и попробуем поиграться с движками сайтов вживую
Продолжение во второй части