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

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

На мой взгляд, единственным модульными движком с нормально реализованной мультисайтовостью является Drupal, поэтому рассмотрим мультисайтовость на примере этой системы.
Итак, все модули ядра в Drupal расположены в папке /modules. Да, конечно, вы можете дополнить папку сторонними модулями, и они будут работать, как полагается, но это скорее всего вызовет некоторые неудобства во время обновления системы, поэтому обратимся к папке /sites и посмотрим на ее содержимое (квадратными скобками отмечены необязательные элементы):

• all — папка, содержащая элементы для всех сайтов.
  
  • [all/modules] — модули для всех сайтов.
  • [all/themes] — темы для всех сайтов.
  • [all/libraries] — библиотеки для всех сайтов.
  
  
• default — папка сайта по-умолчанию (если не создана папка, названная доменом сайта).
  
  • [default/modules] — модули сайта по-умолчанию.
  • [default/themes] — темы сайта по-умолчанию.
  • files — файлы сайта по-умолчанию.
  • settings.php — файл настроек сайта по-умолчанию.
• [first.ru]
• [sub.first.ru]
• [second.ru]
• [sub.second.ru]

Логика работы следующая — если папка, название которой совпадает с названием вызываемого домена, не существует, то используется сайт по-умолчанию (default). Соответственно, также существует папка, где хранятся модули, библиотеки и темы, которые могут использоваться на всех сайтах.
Папки конкретных сайтов по структуре аналогичны папке default.

Идея без сомнения отличная, не даром у Drupal сотни тысяч последователей, однако, на мой взгляд, она избыточна.
Вся информация об активированных для того или иного сайта модулях хранится в базе/кеше.
Если мы уберем папки конкретных сайтов, а также сайта по-умолчанию и оставим одну папку «для всех», то по-сути (если вынести хранение основных настроек сайта за пределы данной конструкции) измениться лишь то, что все сайты будут в админке видеть все расширения без своих особенных тем и модулей, которые могли находится в их папке.
Сейчас более понятно на пальцах.
После установки сайта first.ru в админке можно было наблюдать модули и темы из подпапок all и first.ru. По-сути, мы ничего не теряем, кроме возможности иметь отдельные дистрибутивы модулей/тем для каждого сайта.
То есть все сайты будут видеть у нас все модули и темы, а вот какие из них будут активированы — это будет зафиксировано в настройках сайта.

Прошу заметить, что в данной ипостаси движка сделал ход несовместимый с мультисайтингом — хранение настроек в info-файле.

Здесь два варианта развития событий.

• Шестеренки хранятся в папке /gears, а темы — в /themes. Активируя шестеренку для конкретного сайта, мы просто делаем об этом заметку в базе и сохраняем настройки. Файлы сайтов будут храниться в указанных при их создании папках. Например, /uploads/somesite.ru.
• Шестеренки и темы для каждого домена дополнительно могут храниться в подпапках /sites/site.ru/(gears и themes). Файлы сайтов хранятся также как в Drupal в папках вида /sites/site.ru/files.

С одной стороны первый путь более понятный и простой, с другой — у второго пути больше возможностей, хотя это вопрос спорный.

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