Отзыв о MaxSite CMS

На блоге уже публиковался один отзыв о движке MaxSite CMS, да и в сети уже можно найти много других восторженных отзывов о нём. В основном это положительные отзывы. Собственно, оно и понятно - о покойнике или хорошо или никак большинству, как и лично мне, всегда проще пройти мимо, чем тратить своё время на критику программ, о которых через несколько лет в интернете даже следа не останется. Но выбор движка это всегда очень важный этап жизни проекта. Особенно, если проект не однодневка, а рассматривается как будущий источник постоянных доходов. Поэтому понимающие люди уделяют достаточное количество времени и внимания анализу доступных вариантов. А следовательно приходят к необходимости знать риски внедрения MaxSite CMS. Однако не всё можно увидеть в процессе локальной тестовой установки движка. Возможно поэтому ко мне периодически поступают просьбы обозначить подводные камни рассказать о реальных минусах MaxSite CMS.

Думаю, говорить о минусах движка не уместно, т.к. на любой минус можно найти такую точку зрения, что с неё он будет выглядеть как жирный плюс. Думаю, что вам это знакомо. Поэтому давайте я выскажу несколько своих вопросов, которые меня занимают, а по ним каждый сможет сам понять - по пути ему с движком или давай досвидания надо искать альтернативы?

Действительно ли это универсальная CMS?

На официальном сайте движка указано, цитирую:

Универсальная, лёгкая и быстрая система управления сайтом.

Это именно тот случай, когда назвался груздем - полезай в кузов пытаются преподнести себя лучше, чем есть на самом деле. Несколько удачных архитектурных решений (например, система плагинов) и использование php-фреймворка CodeIgniter действительно позволяют при определённом упорстве и куче программинга сделать социальную сеть или сайт веб-сервиса. Но «из коробки» сам движок (он выступает в роли надстройки над CI) рассчитан только на реализацию персональных и коллективных блогов с ограниченным (контролируемым) кругом авторов. Т.е. если считать, что обычному вебмастеру серьёзный программинг не доступен, то кроме ленты публикаций на сайте больше ничего не будет. Ни форум, ни доску объявлений, ни полноценный интернет-магазин, сделать быстро не получится. Мне могут напомнить, что для указанных задач есть плагины. Да, есть. Их относительно немного и не для всего, но что-то есть. Смущает то, что на горизонте не видно крупных проектов на основе этих решений. И особенно показательно то, что даже официальный сайт движка для ведения форума использует стороннее решение. Т.е. получается, что движку всё-таки не хватило «универсальности»? Для сравнения можно вспомнить близкого конкурента - «не универсальный» InstantCMS на официальном сайте использует «родной» форум.

Зачем это разделение на юзеров и комюзеров?

Мне известна позиция Максима по этому вопросу. Однако я не понимаю его логики. Единственная веская причина пустить юзеров в админку возникает только тогда, когда на сайте установлен какой-то уникальный плагин, который делает что-то невероятно нужное именно для юзеров и это нельзя показать никому. На моей памяти у банальных блогов на максСайтЦМС нет плагинов, которые нужно показывать только юзерам. В результате роль юзеров сводится только к возможности публиковать свои статьи и загружать картинки. Никакие опции настройки сайта, шаблона или плагинов им не доступны. Я вообще с трудом понимаю - если человек имеет возможность что-то настраивать на сайте, то он уже не юзер, а админ. Но ведь публиковать статьи можно и снаружи сайта (говорю это с уверенностью, т.к. являюсь автором плагина, который позволяет это делать)! С другой стороны, комюзеры имеют свою страничку на сайте, т.е. имеют свою персональную «панель управления». Значит, в чём проблема была добавить соответствующий функционал, чтобы комюзеры смогли нормально публиковать статьи на сайте? При этом юзеров из админки можно было бы вообще выпилить удалить и тогда кроме админа к настройкам сайта вообще бы никто не имел доступа. Если руководителю проекта нужно изменить контактный телефон, то милости прошу к админу - он и поправит его без риска порушить весь сайт.

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

В общем, непонятно, стоило оно (создание комюзеров) того, чтобы потом выслушивать все эти упрёки от таких как я «умников»?

Где большое, отзывчивое сообщество движка?

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

Ещё, лично для меня, есть некоторые странности в том, как проявляет себя сообщество движка. В чём это выражается? Во-первых, подозрительно замёрзли на одном уровне цифры feedburner-счётчика подписчиков. Лично я не первый год вижу примерно одно и то же число в районе ~240-340 подписчиков. Как-то странно для набирающего популярность движка. Возможно с этим параметром всё несколько иначе, но об этом может сказать только владелец официального сайта.

Второй странный момент заключается в том, что очень мало программистов занимаются его улучшением. Буквально единицы. Да и те в основном делают плагины и шаблоны. В списке разработчиков много имён, но по моим ощущениям их активность давно спала и последние сторонние улучшения так редки, что Макс уже стал их анонсировать с благодарностью. Кстати, сам список team.txt давненько не пополнялся именами.

Что касается работы форума, то тут дела обстоят немного лучше. Есть несколько активных участников и модераторов, которые терпеливо объясняют какие-то нюансы новичкам. Но вот что касается решения серьёзных проблем, то тут всё грустно. Критическая масса участников сообщества мала настолько, что многие топики с призывом о помощи так и не получили отклика. Также обращаю ваше внимание на то, что Максим реагирует не на все темы (с его загруженностью - это вполне объяснимо), т.е. не нужно испытывать иллюзии - велика вероятность того, что вы можете остаться один на один с вашей проблемой.

Лично меня же больше задевает то, что Максим неохотно вступает в дискуссии о движке и в какой-то грубоватой форме обрывает любые пожелания, которые выходят за пределы его представлений. Даже не знаю, как Максим находит себе клиентов? Ведь это одно из первых правил продаж - «выслушай клиента». А Максим слушать отказывается (или очень правдоподобно прикидывается) и только что-то своё пытается всем впарить (это камень в сторону очень спорного разделения зарегистрированных посетителей на юзеров и комюзеров, less и модульной сетки). Возможно, он сам не замечает этого или даже не задумывается, что такое поведение отрицательно сказывается потом на поддержке и росте его проекта.

Думаю, что следствие недружелюбного поведения Максима явилось то, что специалисты по maxSite CMS не торопятся предлагать свои услуги. Сообщество кучкуется на форуме и логично было бы видеть там предложения услуг специалистов. Максим даже создавал специальную тему для этого. Однако на это откликнулись нереально мало людей. К слову, лично я тоже только недавно решил «выйти из тени» (на данный момент ещё не вышел ), а до этого промышлял только откликами на объявления о поиске разработчика.

Может лучше maxSite CMS, а не MaxSite CMS?

По большому счёту для людей технического склада ума нет особых проблем в том, что программа названа именем создателя. Ведь назвал же создатель своё оружие «Автомат Калашникова» и прославился на весь мир! Однако для меня такой подход в именовании изобретений ассоциируется ещё и с желанием автора прокачать свою гордыню. Что не всегда уместно и в случае не гармоничности души автора чревато проблемами. В общем, как мне думается, компромисс можно было бы достигнуть, если сместить акцент в названии с Максима (Max) на Максимальность (max). Тогда чисто психологически образ движка мог бы восприниматься не как творение какого-то Максима (о котором, кстати, в интернете очень скупые сведения и вполне может быть ситуация, когда этот редиска человек может предать нас в трудную минуту «простит» вам свои обязательства). Лично я перешёл на такое обозначение и мои внутренние эмоции при упоминание движка стали более оптимистичные и светлые. Ещё бы! Сайты то теперь имею максимальный рост!

Думаю, что проблема с логотипом (хоть Максима она и не волнует) тоже тут же бы решилась, ибо образ растущих сайтов намного богаче в своём выражении, чем мутный чувак, у которого даже фотки нет в интернете.

В общем, ещё раз напомню - «как вы яхту назовёте, так она и поплывёт».

Может пора обратить внимание на юзабилити админ-панели MaxSite CMS?

Если вы внимательно читали вышенаписанное, то понимаете, что вопрос скорее риторический, ибо сколько бы мы не тяфкали говорили, а караван движок всё равно пойдёт своим путём дальше. Однако всё же немного поясню вопрос.

У меня есть гипотеза, что автор движка зациклился на мысли «Чем менее опытный человек сможет перенастроить внешний вид стандартной темы под свои нужды, тем популярнее будет движок» (судя по истории недавних изменений в движке, вся жизнь крутится вокруг шаблона). Я не спорю, возможность настраивать внешний вид сайта новичками важна, но другие, не менее важные (но менее проработанные) элементы движка в это время просто убивают лояльность более требовательной и платежеспособной аудитории. Так, во-первых, пока Максим резвится с перетасовыванием компонентов шаблонов, сообщество просто стоит в сторонке и с ужасом ожидает момента, когда снова придётся потратить кучу времени на переделку шаблона работающего сайта. Тут конечно есть нюанс. Вас никто не заставляет переделывать под D2 (и нет никакой гарантия, что не появится D3, D4...) ваш шаблон, который на старом default. Есть варианты. Однако, вы же должны понимать психологию людей - «как так, движок уже развился, появилось куча возможностей, а мой сайт хоть и работает нормально, но все пряники мимо него проходят» Даже если с шаблоном у них всё в порядке, но стресс перфекционизма они всё равно словят...

Во-вторых, сколько бы Максим не старался сделать кастомизацию шаблонов гибкой, но пока это получается слабо. Т.е. конечно, в рамках заложенных схем кастомизации всё работет отлично - компоненты ставятся, css профили применяются, сайдбары включаются/выключаются и т.п. Но как только нужно сделать что-то «в сторону», то тут происходит засада - иногда ради одного маленького html-блока приходится заводить полностью кастомный type или type-foreach файл, который при этом рискует потерять интересные нововведения, которые возможно появятся у файла-прородителя в будущем. Например, при разработке этого шаблона возникла дизайнерская идея разделять фрагменты основного блока с помощью «вдавленной линии». Как минимум один type-файл пришлось полностью продублировать в свой шаблон - sitemap.php. И ещё больше трёх десятков type-foreach файлов было заведено для реализации этого дизайнерского элемента.

Причём, что ещё интересно, код для вывода многих стандартных элементов в D2 и type-foreach заготовках этих же элементов отличается. Т.е. например, html-вывод одной и той же формы комюзера в файле \shared\type\users\units\users-form.php и в файле \shared\blanks\type_foreach\users-form.php заметно отличаются. Думаю, что так сделано в образовательных целях. Однако, что делать, если хотелось бы наследовать дефолтную верстку (например, в примере с формой комюзера на случай изменения названия полей и т.п., что уже происходило ранее), но при этом надо внести свои кастомные изменения? У меня ответа нет и поэтому просто хотелось бы иметь большее, чем сейчас, разделение логики работы шаблона и оформления. Думаю, что не я один имею такое желание.

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

• возможность подключения в пост изображений без необходимости переходить на страницу «Загрузки»;
• переделка некоторых стандартных плагинов так, чтобы убрать из сайдбара админ-панели ссылку на страницу настройки опций. Ссылка на настройку опций плагина должна быть доступна только через страницу со списком плагинов. Например, что делает в сайдбаре ссылка на плагин «Пинги»? Её же можно один раз настроить и забыть, нет?
• доработка стандартных плагинов так, чтобы больше разнообразной информации было доступно на странице «Информация». Например, было бы интересно знать сводку по скачиваниям файлов (плагин down_count) за последние сутки.
• сделать специальную опцию, чтобы можно было стандартными средствами убрать со страницы «Информация» ненужный на постоянной основе список ссылок о движке.
• сделать альтернативную тему оформления админки, чтобы она вызывала Wow!-эффект. Текущая тема функциональная, но унылая, как по цветам, так и по стилям оформления управляющих элементов. Раньше была популярная тема от dimox, но он прекратил поддержку и она поломалась. У меня есть мысль, что можно было бы сделать тему на основе стилей Twitter Bootstrap, но у самого времени не хватает, а исполнителя (за деньги) я пока не нашёл.

Если согласны хотя бы с одним пунктом - лайкните пост!

Может пора заняться развитием сообщества MaxSite CMS?

Выше я писал про проблемы сообщества движка. Думаю, что они отчасти вызваны тем, что работы для одного человека реально слишком много. Тем более Максиму надо ещё выделять время на зарабатывание денег и строительство дома. В меньшей степени проблемы вызваны тем, что МакСим немного ошибся с выбором ниши. Точнее, он то конечно всё правильно определил и выбрал. Поэтому будем думать, что он умный и всё понимает, но коварный... Что я имел в виду, когда говорил, что ошибся?

А то, что раздавая движок бесплатно совсем не обязательно всё и всем раздавать бесплатно. У меня такое чувство, что Максим умеет зарабатывать только тяжёлым трудом - верстая чужие сайты (опыт продаж MaxCache не в счёт). Продажа плагинов в максСайте вообще не заявлена, а шаблонов - где-то сбоку, что сразу и не заметно. Через этот стратегический прокол ему теперь остаётся меньше времени на развитие движка и средств на поддержку разработчиков шаблонов. Но ладно бы сам не хотел развивать продажи компонентов, так он палец о палец не ударяет, чтобы помочь коллегам продавать! Самое логичное решение было бы создать на официальном сайте хотя бы соответствующий магазин или каталог. Остаётся только продвижение через форум и поисковики. Как результат - минимальная аудитория, ещё меньше продаж и профессионалы уходят в другие ниши, движки. Для сравнения снова могу привести движок InstantCMS, разработчики которого бесплатно раздают движок, а зарабатывают на распространении компонентов InstantShop и т.д. При этом сторонние разработчики могу рекламировать и продавать свои компоненты на официальном сайте.

Лично я бы хотел создать коллективный блог (с дизайном аля Хабр), куда каждый член сообщества мог публиковать анонсы своих разработок, тематические эссе, ссылки на свои публикации на тему движка и т.п. контент. К блогу добавить магазин (с минимальной комиссией) расширений, чтобы была возможность автоматически принимать платежи за модули. Можно было бы добавить форум, чтобы не гонять людей между сайтами. Но про форум надо думать-обсуждать. В общем, если идея соберёт достаточное количество лайков, то я готов инвестировать средства и время в создание и поддержку такого сайта.

Заключение

В этой статье я постарался обозначить все волнующие меня вопросы о сложностях с MaxSite CMS. Возможно, я перегнул немного палку в высказываниях и задел кого-то, но это не со зла, а от желания помочь в развитии движка.