Всегда хочется получать больше, а делать для этого меньше. Желание понятное, более того, зачастую похвальное, так как приводит к оптимизации работ и повышению эффективности.

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

Как отойти от этой порочной практики?.. Судя по всему, подобная проблема беспокоила не только нас. Немного посмотрев вокруг, мы наткнулись на Application Packaging Standard (APS). “Наткнулись” -- не совсем правильное слово: Parallels, которые разработали этот стандарт, достаточно активно ведут его пропаганду (см., скажем, презентацию с последнего Хостобзора).

На самом деле, для того, чтобы это реально заработало в Рунете, надо несколько компонентов: поддержка хостеров, наличие постоянно обновляемых руссифицированных пакетов с CMS-ками. При этом нужны и пакеты по UMI & Bitrix, как самым популярным коммерческим системам управления в России, и, чего уж тут скрывать, прибыльным для хостеров (отчисления с одной проданной лицензии существенно превышают годовой доход от одного клиента на виртуальном хостинге, да и на большинстве VDS тоже).

Битрикс APS-ы начал собирать, UMI... пока нет, впрочем, что и как делать, ребята в курсе, более того, оттестированный пакет мы им передали. Ну что, дай бог теперь быстрее пойдет.

Несколько месяцев назад, говоря о рынке плагинов для коммерческих CMS, я мимоходом упомянул про “сборки” открытых систем управления сайтами. При том, что работал я со многими (за спиной несколько десятков проектов различного масштаба на SharePoint, Битриксе, Юми, Wordpress, Drupal, нескольких “студийных” и просто самописных системах), больше всего, несмотря на свою прожорливость, мне нравится именно Друпал. Поэтому просто перечислю несколько интересных сборок на нём, предназначенных для различных задач.

В случае с отрытым ПО (не важно, говорим мы о приложениях для серверов, десктопов или же о скриптах и движках для сайтов), уже привычным являются наличие множества легкодоступных плагинов и готовых «сборок», ориентированных на конкретные задачи. Несколько простых примеров – миранда, Drupal, Wordpress и т.д. Схожую ситуацию можно увидеть и вокруг многих коммерческих продуктов: скажем, вокруг SharePoint Portal Server сложился отдельный рынок вебпартов и доп. систем, то же самое происходит и со множеством других программ. И, если честно, я не очень понимаю, почему в отечественных коммерческих CMS подобный подход не встречается.

Понятно, что и Битрикс, и Юми, являющиеся на сегодня лидерами на этом рынке, сами предлагают множество редакций, ориентированных на выполнение определенных задач. С другой стороны, существует огромное количество компаний-партнеров, многие из которых наработали солидный опыт по разработке модулей и решений для тех или иных задач и узких рыночных ниш – модули для интеграции с SAP, helpdesk-и, сайты для компаний, занимающихся продажей курсов, для новостных порталов и т.д.

При этом рынка готовых модулей и “сборок” просто не существует. Максимум, что мы видим – это торговля шаблонами, да и то в очень странной форме. Когда я смотрю на решения для мобильных платформ – iPhone, Android Market – очень хочется увидеть что-то аналогичное и для веба. Наличие подобного рынка модулей/решений могло бы быть выгодно и для самих «коробочников» и для компаний партнеров: первые бы смогли увеличить продажи за счет привлечения «самоделкиных», под задачи которых CMS с доп. модулями прекрасно бы подошла, вторые получили новый источник постоянной прибыли. Впрочем, возможно, что кто-то из читателей сможет объяснить, что я не прав…

Вопли о проблемах Drupal с производительностью уже стали привычными: избыточное количество запросов к базе данных, скапливающиеся при подключении модулей CSS- и JavaScript-файлы и т.д. Помнится, когда я собирал antu.ru, сам долго удивлялся, на что, черт возьми, нужно такое количество запросов?!! Скажем честно, если бы я писал сам, не основываясь на друпале, количество запросов было бы меньше минимум на порядок. Впрочем, и времени я бы потратил куда как больше: гибкость и модульность Друпала настолько хороши, что скорость сборки типовых проектов с лихвой компенсирует повышенные требования к хостингу.

Есть у меня небольшой сайт, посвященный подаркам и собранный всё на том же Drupal-е. Задумывалось там много, но всё как-то руки не доходят, так что средняя посещаемость лишь порядка 50-60 хостов в сутки. А тут что-то на меня нашло, написал небольшую статью про любопытные USB-хабы и опубликовал её анонс на Хабре.

Наверное, мне повезло, что это было в выходные вечером (часов так в 6), да еще и перед праздником…