Я активно слежу за рынком популярных CMS. Почему-то в отрасли хостинга не очень популярно отслеживать тренды в ПО, которое мы как бы хостим. Хотя последнее время всё-таки есть тенденция в сторону проявления интереса коллег в данном вопросе. Такой исторической затравкой для появления этого поста явился мой доклад Экспертная оценка некоторых CMS в применении к массовому хостингу. Вкратце, я там рассказывал о том, что CMS тяжёлые, обычно неудобные в эксплуатации, что мнение об их бизнес-эффективности на порядки выше плачевной реальности. Там же я призвал к диалогу между разработчиками CMS и эксплуататорами-хостерами.

Прошло два года. Что-то изменилось. Что-то в лучшую сторону, что-то в худшую. И вот на днях я отметил для себя любопытный с точки зрения эксплуатации и потребностей релиз одной из отечественных коммерческих CMS — UMI.CMS.



Первым, за что зацепился мой взгляд, был отказ от использования ZendOptimizer в тестовой версии CMS. Казалось бы, такая маленькая вещь, а сколько последствий она имеет. Во-первых, это несколько расширяет круг хостингов, годных для использования. Во-вторых, ZendOptimizer не будет больше выпускаться под FreeBSD, являющуюся лидером «хостинговых систем» в России. UMI.CMS сделала себе инъекцию на будущее :) В-третьих, это позволит использовать и закодированные версии CMS вместе со всевозможными «ускорителями» только с их «глюками», без наложения особенностей ZendOptimizer. В частности, это позволит действительно тестировать хостинги с ускорителями без попытки перенести туда уже купленную готовую версию СMS. Я понимаю, что UMI просто пытаются занимать место на рынке всеми возможными путями, в том числе и окучиванием хостингов. Но это и хорошо, ведь именно это и есть здоровая конкуренция в рыночной экономике.

Второе, в чём я смыслю только «чересстрочно», это интеграция с 1C-бухгалтерией. Судя по анонсу, UMI немного «наклонили» 1С-Битрикс в плане интеграции с 1С. Я специально погуглил — похоже на правду. Особенно следует обратить внимание на ключевое слово CommerceML. Я думаю, такой выпад в сторону старшего конкурента вызовет всплеск «гонки вооружений», что в бизнесе всегда полезно для создания здоровой атмосферы на рынке.

Не смог устоять и поставил на загруженный сервер виртуального хостинга (специально выбрал не свежий) новую версию UMI.CMS http://umicms.diphost.ru. Это просто демо-сайт из комплекта же CMS. Я специально отключил в php.ini ZendOptimizer, чтобы исключить маркетинговую ошибку.

Сразу отмечу оставшуюся незыблемой вещь — UMI.CMS остался требователен к дисковой подсистеме. Любой «затык» на диске даёт прямую реакцию на производительность CMS.

Отметил для себя возможность кэширования промежуточных объектов в файловом кэше. Как минимум пока у меня возможно только такое, на хостинге нет ни memcached, ни APC.

У нас, как и у некоторых отечественных хостеров и некоторых зарубежных (например webfaction), жёстко зафиксировано количество обработчиков apache на пользователя. Поэтому классическое тестирование «посещаемости» достаточно сложно сделать в смысле оценок результатов и я поленился. У меня получилась с кэшированием промежуточных объектов на диске генерация страниц с товарами от 0.5 до 5 секунд. Много это или мало? Страницы со статическим кэшированием можно считать практически статическими — около 0.01 секунды на генерацию. Я считаю, что без наличия кэширования можно не разговаривать о высоких нагрузках, ибо это всё разговоры в пользу богатых. Просто отметил факт, что оно есть всяко разно.

Наряду с кэшированием явно заметна оптимизация по количеству статического «хлама», которую выдаёт каждый сайт, а особенно CMS. Можете сами посмотреть в свойствах страницы в своём браузере, сколько и чего там подключается. Ерунда, но «пять старушек — рубль», нагрузка на эксплуатационную часть заметно падает.

Буквально на днях мы с коллегами обсуждали существующие wiki-движки. Был небольшой диспут о смысловой нагрузке WYSIWYG-редактора. Я утверждал, что он всё равно только создаёт видимость того, как будет выглядеть результат, и поэтому особой смысловой нагрузки не несёт, что в случае визуализации требуется инлайн-редактирование, которого ни у кого почти нет. Как раз привёл в пример UMI.CMS, поскольку у них оно есть, т.е. редактируем то, что видим. Возник вопрос о списке изменений. Какого же было моё удивление, когда я увидел в новом инлайн-редакторе кнопку «изменения», которая ещё и работает — можно откатить версию изменения. Там, конечно, без описания изменения, нужно гадать на кофейной гуще, что и когда ты изменял, но уже сам факт.

Ещё хотелось бы отметить важную, на мой взгляд, вещь. Программное обеспечение в истории развития продукта имеет свойство «застаиваться». Это и пресловутая обратная совместимость Windows, и «UTF-8 experimental support» в XXI веке в Twiki, и множество других примеров. Очень радостно было видеть, как достаточно навороченная CMS взяла и поменяла prototype.js на более современный jquery. Это очень позитивный имиджевый показатель.

Вот такой забавный релиз. С нетерпением ждём «ответных ударов» с реверансами в сторону эксплуатации от конкурирующих с UMI коммерческих CMS :)