Продолжаем вводную часть второго cogear. Сегодня речь пойдет по файловой структуре.
Правильная организация внутренних компонентов позволяет сделать расширяемой и легко обновляемой. Когда я слышу удивленное «Как, ты работаешь с Wordpress?», всегда улыбаюсь, потому что большая часть холиваров возникает на пустом месте. Я работаю с теми системами, которые мне интересны, и бытие мое как автора cogear совершенно не препятствует мне делать сайты на других системах. Исследуя их, я нахожу сильные и слабые стороны, и как следствие, видение идеального движка расширяется и трансформируется на разных стадиях.
В процессе разработки cogear² выбор пал на синергию занимательных концепций в веб-программировании:

• Пространство имен классов и автозагрузка. Zend Framework
• Мультисайтовость. Drupal
• Концепция «слоеного пирога». Kohana

О том, как три указанных особенности переплелись друг с другом в новом когире, мы с вами и поговорим.

Поскольку достаточно много запросов было адресовано именно мультисайтовости, давайте обсудим ее реализацию. Для начала определимся, что это такое — мультисайтовость?
Мультисайтовость — это возможность на одной физической установке движка (одном наборе файлов) обслуживать сразу несколько сайтов. Чем это удобно?

• Единовременное обновления движка/компонентов для всех сайтов.
• Единовременная загрузка расширений для работы на всех сайтах.

На мой взгляд, единственным модульными движком с нормально реализованной мультисайтовостью является Drupal, поэтому рассмотрим мультисайтовость на примере этой системы.

Давайте откровенно выскажем свои «за» и «против» по отношению к cogear. Если разрешите, начну первым.

Нравится:
• Легкость. Попробуйте создать топик в Drupal, WordPress, etc, и в cogear — поймете о чем речь.
• Простота разработки. Вы просто кладете файлы CSS, JavaScript, PHP в нужные папки — и все подключается автоматически.
• Расширяемость и структура. При наличии определенных навыков, можно быстро написать модуль любой сложности, а также поделиться ею с другими пользователями.

Не нравится:
• Следы вмешательства в CodeIgniter. Порой не всегда уместно, да и в самом начале разработки первой версии довольно корявое.
• Избыточность системы хуков. Можно хукнуть практически любой контроллер или модель — нужно ли это? Без данной особенности нагрузка могла быть ниже, хотя она в пределах нормы на правильно настроенной машине.
• Также мне не нравится непостоянство разработки — иногда появляются неотложные дела, которые заставляют меня на дни, а порой и недели отвлекаться от замыслов и их реализации.

А что вам по душе или нет?

Давайте поговорим о новой версии движка. Какой она должна быть на ваш взгляд? Мне нравится функционал Drupal, но не нравится его архитектура и громоздкость в плане настройки. По архитектуре ближе фреймворк Kohana, но, опять-таки, он ограничен заданными рамками. В идеале хочется совместить следующие вещи:

• Мультисайтовость
• Продвинутое в сторону ООП ядро
• Модульность и расширяемость (частично реализовано в первой версии cogear)

Рассматривая пример Drupal, пришел к выводу, что только сообщество разработчиков способно создать по-настоящему разносторонний движок. Когда смотришь, например, на многообразие Drupal, воистину восхищаешься силой работы коллектива. С другой стороны, просматривая код Kohana понимаешь, что многие вещи реализовал бы точно также, как там.
В идеале — описал бы ядро и создал его, а создание дальнейшего функционала разделил бы между собой и командой. Хочу найти людей, верящих в OpenSource и готовых созидать в команде под моим руководством.
Давайте обсудим дальнейшие перспективы.

Друзья, часть ли вы пользуетесь OpenID? Для тех, кто не в курсе, напомню, что данная технология интересна тем, что позволяет иметь один аккаунт в OpenID-системе (например, на LiveJournal) для авторизации на всех сайтах, поддерживающих ее. Такие популярные системы как Drupal и WordPress используют данную технологию.

Хотите ли, чтобы технология OpenID была частью системы управления сайтами cogear?