Если вы ждёте от меня разгромной критики движка, то разочарую вас - этого не будет. В какой-то момент работы с движком я начал понимать (или мне показалось, что начал понимать) логику Максима в плане развития MaxSite CMS и успокоился. Если снять с движка завышенные ожидания (которые во многом могут быть вызваны маркетинговыми «уловками» на официальном сайте) и рассматривать его только как средство создания персонального/тематического (с некоторыми ограничениями - коллективного) блога или простенького «сайта-визитки» с ограниченными удобствами админ-панели, то всё становится на свои места и претензий больше не возникает. Просто смиритесь с тем, что движок не должен быть удобным и/или современным и тем более не должен на 100% решать именно ваши задачи. В первую очередь он призван решать задачи, которые стояли, стоят и будут стоять перед Максимом (ибо движок именно его детище и только он решает какое будущее будет у движка). Ну может быть ещё и немного стоящих перед вами задач, если при этом вы смогли доказать Максиму, что ваши задачи актуальные и их решение не нанесёт вред стабильности движка.
Вот теперь, когда все претензии к движку и к Максиму сняты (если не сняты, то перечитывайте предыдущий абзац «до просветления»), можем поговорить о том, каким бы хотелось видеть движок именно мне и вам, обычным пользователям. Понимаю, что фантазий может быть много, поэтому давайте самоограничимся и скажем, что фантазируем о том, какой бы нам хотелось получить движок на основе MaxSite CMS. Возможно все идеи окажутся реализованными в MaxSite CMS, возможно идеи получат реализацию в форке или просто в сборке - это сейчас не принципиально (можем даже условно обозвать фантазируемый движок как «MaxHub CMS» - чтобы лишний раз не напрягать Максима своими хотелками). Давайте просто выскажемся о том, что по нашему мнению стоило бы развивать в MaxSite CMS? Или даже не так, а совсем с начала - какие задачи мы бы хотели решать с помощью движка и чего в нём не хватает для этого?
Мои «хотелки»
Чтобы вам было легче, начну с описания своих хотелок. Сперва будут «менее кардинальные» и пригодятся они при решении любых задач, т.к. касаются повышения удобства админ-панели. Это прям поле не паханное очень обширный пункт. Сейчас (с появлением D3 + LESS) можно было бы отложить в сторону активное развитие технологии верстки шаблонов (которая вполне проработана и в основном волнует только верстальщиков шаблонов или только на стадии самостоятельного создания сайта) и сконцентрировать развитие именно в направлении повышения удобства использования движка, что позволило бы завоевать любовь простых пользователей (тех, кому придётся именно ежедневно пользоваться созданным сайтом). В частности, лично мне хотелось бы усовершенствовать такие моменты:
- Способ загрузки иллюстраций к статье. И хотя вкладка загрузка на странице создания/редактирования статьи заметно облегчило работу с иллюстрациями, но думаю, многие со мной согласятся, что удобнее иметь поле выбора файла для загрузки сразу рядом с редактируемой статьёй. Понимаю, что нужно что-то делать с опциями загрузки, но думаю, что ajax/javascript вполне позволит создать удобный и гибкий интерфейс. Также можно было бы кнопку в редакторе доработать так, чтобы появлялся диалог загрузки, а не просто поле введения урла как сейчас. В качестве основы технического решения можно было бы использовать библиотеку jQuery File Upload Plugin31, которую я успешно скрестил со стандартными функциями обработки загрузок в своём плагине «Прислать статью».
- Добавить стандартную страницу «Все записи» с древовидным выводом. Для статейных сайтов и/или больших сайтов-визиток явно не хватает возможности админу увидеть иерархию статей. Особенно если используются стандартные возможности подчинения (связывания) статей через указание родительской статьи. На внешней части сайта есть страница /sitemap/cat, она могла бы быть прообразом.
- Навести порядок в блоке Плагины сайдбара админ-панели. Исторически было так, что в этот блок добавлялись ссылки на страницы опций «важных» плагинов. Пока не появилась возможность создания стандартной страницы опции плагина ссылки в сайдбаре были оправданы. Но сейчас не очевидна причина постоянного наличия в садйбаре, например, таких ссылок: FeedBurner, Maxsite Auth, Youtube Embed, Ушки. Эти страницы нужны вначале настройки сайта, но в процессе многолетней работы они уже не нужны. При необходимости можно пройти на них через страницу плагинов. Вы часто правите ушки? Я - нет.
- Сделать более полезной страницу «Информация» (Dashboard). Когда движок только появился было актуальным выводить там все ссылки на сайты о движке. Сейчас же это всё не так актуально и только место занимает. Кнопку «Сбросить кэш» (полезная возможность) можно было бы перенести в сайдбар - тогда делать лишние клики по панели было бы не нужно. Версия движка выводится в футере - по идее этого достаточно. Проверку новой версии можно было бы сделать постоянной (с помощью подключения какого-нибудь заданного js-файла с офсайта) с выводом в футере сообщения о выходе новой версии. Можно даже опцию сделать, чтобы можно было отключить проверку новых версий.
- Сделать более полезными хлебные крошки в админ-панели. Сейчас вывод хлебных крошек выглядит хаотичным (где-то есть, а где-то нет) и бесполезным (кликнуть нельзя, а информация дублируется в других местах).
- Доработать стили оформления страниц опций плагинов. Кто пользовался плагинами моей разработки знает, что в моих плагинах группы опций можно сворачивать-разворачивать. Эта возможность экономит время и силы вебмастера позволяя скрывать ненужные группы опций и сразу переходить к нужным опциям плагина.
- Хорошо бы придумать и внедрить механизм проверки актуальной версии плагинов. Пока идей особо нет, но явно нужно вводить в файле info.php плагина специальный параметр для указания адреса проверки версии. А вот будет ли идти обращение к общему репозиторию или на официальный сайт плагина - надо обсуждать.
- Хорошо бы вынести в настройки тексты всех стандартных почтовых сообщений. Это позволит настроить работу с зарегистрированными пользователям (комюзерами) для любой задачи, а не только комментирования как сейчас. В том числе, можно будет менять логику регистрации/авторизации под нужды проекта. Например, высылать уведомление со сгенерированным паролем.
Время и силы при работе по выкладыванию материалов заметно бы экономились.
Тут важна не только экономия сил и времени пользователя, но и то, что наличие такой страницы сделает более привычным интерфейс для пользователей стандартных движков типа ModX и т.п. Блоговый вывод в админке не всегда очевиден заказчикам сайтов, что может сильно сказываться на интересе к движку в целом.
По идее, в блоке «Плагины» должны присутствовать только ссылки на те плагины, которые создают дополнительные панели и функционал. Так, например, как это делают плагины «Гостевая книга» или «Прислать статью».
В целом, наведение порядка будет создавать у пользователей чувство логичности и порядка в движке за счёт того, что нужные действия (в частности, по настройке плагинов) находятся только в одном месте и не разбросаны по интерфейсу.
На освободившемся месте можно было бы выводить более полезные данные. Понятно,что есть плагин admin_announce, но сейчас выводимая им статистика бесполезна. Гораздо полезнее выводить: последние комментарии, заблокированный спам (плагин antispam), статистику переходов по ссылкам, присланные статьи, консоль сообщений о проделанных действиях (журнал системных сообщений и cron задач) и т.п. действительно важную информацию о функционировании сайта. Да, нужно будет дорабатывать плагины, чтобы они делали вывод на эту страницу. Но это позволит вебмастерам экономить время на анализе состояния сайта и выполнении админских функций.
Там, где у стандартных плагинов нет такой четкой структуры опций зачастую хаос в оформлении и расположении полей, что не добавляет хороших впечатлений от движка.
Также хорошо бы переработать подсказки и информационные сообщения у некоторых стандартных плагинов. Например, у плагина cron я смог понять принцип настройки только когда залез в его код, чтобы разобрать логику его работы и разработать свой крон-зависимый плагин.
Кстати, хорошо бы обновить и шаблон плагина для разработчиков (чуть позже я поделюсь своими наработками в этом направлении, но хотелось бы централизованного внедрения).
Кардинальные хотелки
Теперь обозначу «более кардинальные» хотелки. Чтобы было понятно откуда они взялись стоит описать задачу, которую я хотел бы решать с помощью движка. А задача такая: тематическое сообщество с UGC (с генерируемым пользователями контентом) интегрированное с интернет-магазином (цифровых или реальных товаров). Обязательными точками генерации пользователями контента должны быть - коллективный блог и форум (возможно ещё фотогалерея, но это должно быть опционально). Насколько я понимаю, если движок будет уметь решать такую задачу, то и мелкие задачи («просто блог», «просто сайт-визитка») он будет решать одной левой элементарно.
Актуальность такой задачи для меня очевидна. Во-первых, востребованность разработчиков интернет-магазинов только растёт. Во-вторых, в связи с последними трендами в области интернет-маркетинга (продвижения сайтов) для низкобюджетных магазинов остаётся только один шанс раскрутки - генерация полезного контента и сбор низкочастотного трафика. А эта задача явно не решается в одиночку. Также всё больше звучат мнения, что напрямую продавать сложно и нужно выстраивать воронку продаж, которая как раз может начинаться с завоевания доверия через опубликованный интересный контент. Сами по себе блоги тоже нужны, но желающих в них играть - всё меньше. Тем более в связи со схлопыванием рынка продажи ссылок и с ростом сложностей заработка на контекстной рекламе. Блоги интересно вести только если что-то продаёшь тут же на сайте.
Итак, вот эти хотелки:
- Хорошо бы реализовать инфраструктуру мета-полей для комюзера. Во-первых, чтобы профиль комюзера мог хранить не только поля, которые есть в профиле изначально. Например, могут понадобиться поля: почтовый адрес, юридический адрес, ИНН, р/с, БИК банка, телефон и т.п. Во-вторых, чтобы эти поля гармонично выводились как в админ-панели, так и, при необходимости, на личной странице комюзера.
- Хорошо бы пересмотреть функциональные роли админ-панели и личного кабинета комюзера. Максим всегда утверждал, что комюзера пускать в админку нельзя и это правильно. Но если комюзер у нас должен стать не только комментатором, но и членом сообщества, то встаёт вопрос о пересмотре функциональных ролей юзера и комюзера.
Я мыслю так, что админ-панель нужна только для решения задач настройки сайта и модерации происходящих процессов. В этом случае действительно никто кроме админа не должен иметь доступ в админ-панель. Фактически, админ-панель должна быть доступна только владельцу сайта или его топ-менеджеру. Да, в случае личного блога или корпоративного сайта админ-панель должна быть единственным местом, где происходит создание и управление контентом, но в случае многопользовательского блога всё таки лучше интерфейсы создания/редактирования/управления контентом сделать доступными в личном кабинете комюзера. Тогда админ-панель нужна только для решения каких-то узко специфических задач, которые к комюзеру совсем не имеют отношения или носят именно управленческий характер.
Если рассмотреть возможность постинга статей - комюзер вполне мог бы иметь форму редактирования статьи и списка своих статей. Мой плагин «Прислать статью» хорош и показывает, что всё это возможно, но сейчас он всё таки больше выступает в роли костыля, из-за ограничений, наложенных на комюзера.
Чтобы сделать комюзера более «могущим» возможно придётся пересмотреть организацию и управление правами доступа к различным функциям движка. Сейчас подобие ролей есть только у юзеров. Да и то, этот функционал довольно неповоротлив (юзер может принадлежать только одной группе и нельзя сделать так, чтобы юзеры принадлежали одной группе, но имели немного разные права - например, если нужно чтобы не все члены группы «редакторы» имели доступ к просмотру финансовой статистики). Тогда, если комюзеру тоже можно будет назначать роли, то можно было бы получить «среднего пользователя» - например, модератора, который может просматривать и редактировать статьи комюзеров, но, в то же время, не иметь доступа в админ-панель.
Кроме статей «среднему пользователю» можно было бы давать доступ и к другим модераторским задачам (форум или техническая поддержка клиентов магазина).
Возможно большую часть функционала личных кабинетов комюзеров нужно реализовать плагинами. Тогда функционал сайта по умолчанию будет соответствовать возможностям текущей версии движка (комюзер - только комментатор), а при необходимости, включаются плагины и сайт превращается в коллективный блог-сообщество.
Пожалуй этих двух пунктов вполне хватит 
Их реализация в данный момент выглядит фантастично и скорее всего при их реализации получится совсем другой движок, но если учесть то, что откроются возможности применения движка в новых популярных задачах, то думаю игра стоит свеч. Согласитесь, всё таки возможности «легкой и быстрой» верстки мало кому нужных блогов в финансовом плане явно проигрывают возможности решать популярные задачи интернет-бизнеса (хотя возможно выигрывают в плане творческой самореализации автора движка). В общем, надо уже как-то двигаться в ту сторону, где деньги, ну и, конечно же, параллельно решая задачу творческой самореализации 
Вместо заключения
Закончить свою статью хотел бы небольшой цитатой из очень интересной и стимулирующей лекции «Вы и ваши исследования»27 доктора Ричарда Хэмминга (профессор морской школы Монтерея в штате Калифорния и отставной учёный Bell Labs), которую он прочёл 7 марта 1986 года :
Ещё одна черта — мне потребовалось время, чтобы её заметить. Я заметил следующие факты о людях, которые работают с открытой дверью или закрытой. Я заметил, что если дверь в ваш кабинет закрыта, вы можете делать больше работы ото дня ко дню, и вы более продуктивны, чем большинство. Но 10 лет спустя вы как-то не очень знаете, над какими задачами стоит работать. Вся работа, которой вы напряжённо занимались, имеет посредственную важность. Того, кто работает с открытой дверью, всё время прерывают, но периодически он также получает наводки на то, что собой являет мир и что может быть важно. Я не могу доказать причинно-следственную связь и можно сказать, что «закрытая дверь символизирует закрытый ум». Я не знаю. Но я могу сказать, что есть хорошая корреляция между теми, кто работает с открытой дверью, и теми, кто в итоге делает важные вещи, хотя люди, которые работают с закрытыми дверями, часто работают напряжённее. Кажется, будто они работают немного не над теми вещами — не очень, но достаточно, чтобы упустить славу.
- Все отзывы о moneycaptcha в одном месте
- Дайджест смены хостинга [со сменой домена], обновления версии CMS (вручную)
- Архив версий MaxSite CMS
- Как сделать чтобы анонс записи расшаривался в социальные сети с изображением?
- Мои впечатления и мнение о плагине «Sticky»
- Критика MaxSite CMS. Работа с заблуждениями
- Функция проверки типа страницы
Илья, идеи имеет место быть. Способов реализовать шаблон в maxSite и сейчас предостаточно.
Во многом с вами согласен. И как это будет реализовано, а главное кем?
Будет это платно или бесплатно?
Или некоторые плагины коммерческие, придется покупать?
Отличный отзыв - мне всё понравилось. Хочется знать, что по этому поводу скажет автор движка.
Отправляли ли вы ему письмо со ссылкой? Если нет, отправлю.
Илья, итог статьи можно охарактеризовать одной вашей фразой.
ИМХО: Движок вряд ли выйдет из этой ниши.
Разработчики очень неохотно что-то делают на maxSite-е.
Почему? Н-р, здесь http://forum.max-3000.com/viewtopic.php?f=4&t=6257&p=25425#p25425 неплохо отражены основные моменты.
maxSite - это движок одного человека. Не нравиться , "не пользуйтесь системой".
Сам Max в последнее время (1-2 года) больше тяготеет к "трендам" верстки, но не наращиванию функционала.
Функционал не может ограничиваться только вариативностью шаблона.
Но, тем не менее, Max развивает движок, пусть и на свой лад, в течение нескольких лет.
И за это ему большое спасибо!
Друзья, не ждите от maxSite чего-то большего, чем просто очень быстрый и качественный одноязычный блог!
Я нашел в этом проекте отличное решения для блога. Если мне нужно что-то другое, то выберу другое решение.
searchingman, Вспоминаю былые времена, обновления движка "раз в неделю". Но уже никогда не будет так, как раньше. Или будет?
Илья, Спасибо за этот ресурс, большие ставки на него!
Былые времена канули в Лету.
Катя, лучше расскажите, что вам не хватает в maxSite-е ?
Меня волнует "эффект присутствия", эффект присутствия движка в РУ (постсоветском) сообществе. Надежды, что делаешь ставку на лидера (в будущем).
У меня есть коллекция фильмов, которые я считаю НЕ бесполезными. Одним из них является "Ганнибал". "Бывают такие голуби, которые опускаются очень низко. Таких нельзя скрещивать. Иначе их отпрыски будут стремиться опуститься еще ниже и умрут, разбившись о землю.". Фраза звучала не так, но я переделала.
Данную фразу каждый может использовать под свои нужды, однако, ВСЕГДА, для всех нужно развитие, иначе "умрут, разбившись о землю". Примерно так.
searchingman, а вообще, сейчас озадачена (уже около года пытаюсь систематизировать мысли) плагином перелинковки, основанном на результатах поиска Яндекса. Скоро сделаю пост, надеюсь, будут люди, готовые поддержать меня в финансовом плане (скинуться на разработку). Хотя, может быть, это мне надо за идею платить?
Время рассудит.
Про голубей на ENG: "There are shallow rollers and there are deep rollers. But you can't breed 2 deep rollers or their young, their offspring, will roll all the way down, hit and die."
Екатерина, Вы походу прирожденный копирайтер или спамер. Тут немного то другое обсуждаем.
Без "... голубей, которые не рискуют и летают высоко.." фраза немного теряет смысл.
"... ставить на лидера..." - не умрет точно. Но сколько будет "болеть" никто точно не скажет.
Катя, ждем от вас материалов по плагину перелинковки.
Сергей, Да, полностью цитата была переработана. С вашей добавкой смысл другой.
"Вы когда-нибудь видели голубей-вортунов, Барни, они резко и быстро набирают высоту, потом ковыркаются в воздухе и уходят к земле. Некоторые ныряют чуть-чуть, другие глубже. Нельзя скрещивать тех птиц, которые ныряют глубоко, иначе их птенец не рассчитает высоту и разобьется. XXX ныряет глубоко, надо полагать, ее родители ныряли мельче." Ууууух
Евгений, сейчас моя задача была в том, чтобы вообще сформулировать ТoDo-список доработок. Определение того, кто и как будет реализовывать перечисленное - задача следующего этапа. Я описывал те пункты, которые мне было бы и самому интересно решить/реализовать. Но я буду рад, если кто-нибудь ещё включится в работу и сделает что-то из перечисленного. Платность или бесплатность - тоже личное дело разработчика.
Денис Скрипник, рад что вам понравился мой отзыв. Сообщать или нет о нём Максиму - решать вам. Правда мне почему-то хочется верить, что Максим и так уже в курсе публикации
searchingman, сейчас действительно нет предпосылок выхода движка из ниши.
Давно уже видел это сообщение librarian-а. Было время когда я бы всеми руками был за него. Но сейчас понимаю, что это мнение чем-то смахивает на юношеский максимализм. Умудренный опытом человек понимает, что не всегда и не везде нужно применять новые распиаренные «модные» технологии. Например, это только с одной стороны кажется, что использование Git верх удобства. Но если встать в позицию на подобии Максовской, то станет ясно, что архивчики-файлики - это самый нормальный вариант не тратить много сил на поддержание инфраструктуры разработки и, в тоже время, держать под контролем развитие движка. Да и внутренняя структура движка позволяет не морочиться серьёзной поддержкой версий - разрабатываешь, например, плагин, что мешает скинуть архив новой версии Максиму? Зачем все эти пляски с версиями в Git?
В общем, привыкнуть к предложенной технологии разработки можно и думаю, что проблема малой активности разработчиков не в этом. Тут скорее дело в том, что стоящие перед разработчиками задачи движок не способен решить в силу своей «не универсальности» и повлиять на это практически невозможно в силу особенностей стратегии Максима. Но, как вы правильно отметили, «если нужно что-то другое, то выберу другое решение». Вот и выбирают. Нормальный процесс. Остаются те, кому нужны «просто блоги». Ну а для «просто блога» в движке реализовано практически всё что нужно (мелкие неудобства - не в счёт). Вот никто ничего и не делает - задач то нет по сути!
То, что я описал в статье - это как раз перечисление «мелких неудобств». Рано или поздно мы их поправим и, думаю, что Максим их вполне поддержит - главное прислать ему код с правками на утверждение. Интереснее с «кардинальными хотелками» - пока я не вижу основы для их реализации на базе MaxSite CMS. Очевидно, что в такой конфигурации задача интересна только мне, а значит мои руки развязаны искать другой инструмент. Вот и думаю теперь что выбрать...
Екатерина, да, мысль, что выбранный движок развивается и что сообщество живёт, сильно влияет на оптимизм и уверенность в правильности выбранного пути. Я вас очень понимаю в этом смысле.
Идеи обычно ничего не стоят без реализации, так что увы. Тут на сайте много идей уже озвучено и чего, и где?
Коллеги, я так понял, что у вас нет своих пожеланий к движку, ибо идей и списков хотелок я не увидел в комментариях (ну разве только Катин плагин перелинковки). Тогда, собственно, понятно почему Максим развивает только направление верстки - всех всё устраивает и он делает то, что интересно лично ему. Активность сторонних разработчиков вы тоже таким образом не простимулируете - людям важно осознавать, что они решают востребованную задачу, но они этого просто не видят!
Илья.
Если разрабатывать одному, как это делает Max, то может и нет особого смысла в системах контроля версий. Но в коллективной работе без этого никак. И никакие это не распиаренные, "модные" технологии. Это стандарт разработки. Не встречал еще ни одной более и менее серьезной команды, которые их игнорируют. Н-р, в том же Wordpress, если хотите, чтобы ваш проект (плагин) попал в общий репозиторий без VSC не обойтись.
Разработчики не идут из-за отсутствия хоть каких-нибудь предпосылок к монетизации их труда. Нет хоть какого-нибудь официального репозитория плагинов, тем, т.е. нет никаких инструментов.
Конечно еще влияет и позиция разработчика, которая не располагает к коллективной работе.
И вы правильно отметили в статье, что нет желания у разработчика "... решать популярные задачи интернет-бизнеса...".
Получается замкнутый круг. Разработчики не идут и у Max-а тоже времени нет полноценно развивать проект.
Если нет интереса у разработчиков, то и идет отток пользователей. Достаточно посмотреть активность пользователей форума в 2010 (несколько сотен) и сейчас - несколько десятков.
Из "кардинальных хотелок":
1. Избавиться от очень странного и сомнительного разделения пользователей на 2 сущности, которого нет ни в одной существующей серьезной CMS. Я задавал на форуме вопрос Max-у. Он сказал, что не анализировал другие системы и просто так придумал (http://forum.max-3000.com/viewtopic.php?f=5&t=4453 ). Это его право. И это стало "фишкой" maxSite, т.к такого вроде нет нигде.
2. Нормальное решение сначала для каталога, который постепенно будет превращаться в систему заказов (интернет-магазин).
Иначе ниша комфортного личного блога останется еще на очень долгое время.
Но, нужна и позитивная "часть". ;)
ИМХО: Для персонального "блога" на недорогом хостинге - движок практически самодостаточен.
На мой взгляд, необходимо, как минимум, подтянуть социальную составляющую до приемлемого уровня: древовидные комментарии, загрузка аватара (тут уже реализовано, это приватная разработка?), авторизация через популярные соц. сети (не Логинза).
Вот тут интересно построена система комментариев, можно сказать идеально (или нет?). Но я бы дополнила (добавить авторизацию через твиттер и одноклассники, и ОБЫЧНУЮ регистрацию/авторизацию) http://tinkov.com/stories/67
Катя.
Не подойдет? http://shvind.ru/maxsite-cms/plugin-treelike-comments-v0.4/
Если лежит на GitHub (https://github.com/LeoXCoder/RG-Profile), то скорее всего можно пользоваться.
С другой стороны разработчику в статье кто-то хотел проспонсировать разработку. Пусть лучше Руслан комментирует свою разработку.;)
Сергей, это древний плагин, которым он сейчас и сам не пользуется. http://shvind.ru/diary/blog-update/ . Вопрос. Почему мимо меня прошло это улучшение (RG-Profile)? Это где-то анонсировалось.
Посмотрите на сайт Тинькова, там круто комментарии реализованы.
Руслан, Спасибо, выкладывайте и дальше туда интересные дополнения
Да. На этом же ресурсе.
В целом и общем. Почему-то большинство решили, что я просто обязан выполнять любые прихоти. Мне не нравится такая позиция. Если что-то предлагаешь — будь добр и прими непосредственное участие. А пока у нас ситуация такая: кому-то что-то нужно, он не может/не хочет делать, давай спускать всех собак на автора. Получив ответный «пинок», начинает скандалить, какой Макс такой-сякой.
Многие, конечно что-то предлагали, некоторые высылали даже готовый код. Но это единицы. Практически всё мне приходится делать самостоятельно. Одним не хватает гита. Ок, сделал — и что в результате? Хотели вику — сделал — результат? Зачем мне брать и тянуть на себе еще эти сторонние задачи? Сейчас вот книгу собрались написать. Отличная идея! Но что, запал уже иссяк?
По этому поводу я могу сказать только одно: если хочешь участвовать в разработке MaxSite CMS — участвуй! Не нужно ждать, пока Макс выдаст «высочайшее благословение» — это глупость. Просто бери и делай!
Из всех разработчиков MaxSite CMS я могу отметить только Юру (Cuprum) — пожалуй это единственный человек, который реально мне помогает. В основном это верстка, много js-кода, а также идеи. Остальные, к сожалению, заняли пассивную выжидательную позицию.
Отдельно по дальнейшему развитию MaxSite CMS. Вмешалась политика. Разъясню на пальцах. Нужно постоянно решать вопросы выживания. Где жить, спать, есть, работать и зарабатывать в незнакомом городе. Для вас, россиян, война — абстракция. Некоторые, вон, в истерике уже бьются, не хотят ничего слышать. На деле же всё гораздо серьезней. Мы помогаем бойцам АТО как можем: деньгами, продуктами. Когда видишь похороны бойца (с почестями, а не как в России, как собак), когда общаешься с капитаном ВС, два месяца «стоявшим» под Луганском — это уже реальность, о которой нужно постоянно напоминать. Поэтому если вы пропутинское быдло, то вам есть смысл отписаться от моего твиттера, сайтов и т.п. Политика будет.
Данная ситуация не позволяет полностью сконцентрироваться на новых масштабных задачах MaxSite CMS. На текущий момент у меня мало изменений в системе даже на минорную версию. Основное направление для меня сейчас это LPF. Именно здесь я оттачиваю изменения, которые могут войти в будущую MaxSite CMS. Работа с less, ряд новых функций — это уже есть. Там же я оттачиваю вопросы верстки. Тема на форуме «Об именовании css-классов» призвана обсудить ряд очень важных вопросов, которые после будут перенесены на MaxSite CMS. Но там также низкая активность разработчтков (в итоге я всё сделаю сам, а потом начнутся сопли, почему это не нравится...).
Илья, по вашим хотелкам. Разделил бы на две группы.
Первая — это доработка в уже существующем функционале. Таже загрузка файлов. Поле, да, отлично. Но вы попробуйте его сделать. Я пробовал, не получилось. Это же касается и визуального редактора и вообще всего, где активно используется js. Я готов помогать в php или подсказать как лучше реализовать в рамках системы, но не ждите от меня js.
Система так устроена, что новые вещи можно делать не меняя основные файлы. Плагины, темы, стили — все это делается отдельно, после решае вопрос о внедрении. Если нужно сделать какой-то хук или доработать функцию, то это даже не вопрос. Так же отмечу, что не все разработчики полноценно изучили функции MaxSite CMS. Многие вещи решаются очень просто в рамках текущей функциональности. Нужно просто изучать систему.
Вторая группа хотелок — «соц.составляющая». Я действительно, никогда и не планировал делать в CMS соцсеть. Это совершенно другой функционал и другая стратегия. Есть специализированные движки для таких вещей. Если у нас молоток, то им нужно забивать гвозди, пилить не получится.
Конкретно по комюзерам. Вы делаете большую ошибку в том, что не видите (или не хотите видеть) преимущества такого деления. Разделение сделано для того, чтобы вы могли управлять зарегистрированными посетителями отдельно, не опасаясь проблем с администрированием сайта. Таблица комюзеров практически полностью повторяет юзеров. Если вы хотите сделать соцсеть, то используйте именно её — не нужно впихивать в невпихуемое. Если же у вас есть авторы (подчеркиваю — авторы!), то вы и регистрируете их как авторов. Комментаторы пусть остаются комментаторами.
В любом случае соцсеть/блоги на базе MaxSite CMS решается путем создания отдельной таблицы постов (pages и др.) для комюзеров. А как вы их будете выводить на сайта — простейший вопрос выборки из БД. В любом случае, если вы хотите замахнуться на такую разработку, то есть смысл вначале вынести на обсуждение структуру и алгоритм аля-«blogs».
Резюмирую. Дорогу осилит идущий. Но я никого на себе тащить не собираюсь.
Хочу сказать о своих Хотелках.
1. Это безусловно микроразметка в шаблоне.
Я многовато времени потратил, чтоб ее реализовать через type_foreach.
Приходят заказы где именно, это и требуют. type файлики слишком не постоянны от версии к версии.
А это и в плагинах реализовать не помешает: фото, видео, музыка.
2.Редактор. Адекватный редактор который легко модифицировать. Лично я юзаю editor_dumb так как в него я могу добавить все, что мне нужно:ту же микроразметку, дизайн, подсказки и инструкции юзеру и.т.д...
Не вижу сути двигаться в сторону дизайна, когда функционала маловато притом стандартного.
3. Функционал который я хочу видеть.
- личная переписка.
- Расширенная анкета: почта, страница в вк, сайт и.т.д...
- Адекватные комментарии(нет добавить фото, видео, древовидность)
вот и юзаем сторонние сервисы(теряя ту же уникольность контента разметив комментарии микроразметкой).
Ребят, смотрите в сторону инфобизеров, кто хочет монетизировать свои навыки! Сейчас все больше и больше появляется всяких инфобизеров, пусть и оставляющих желать лучшее, но они готовы платить деньги!
И добавлю немного off-топа
Думаю будет интересно и сильно не пинайте, если не туда вообще! 
Приведу немного статистики своей на счет того, что maxSite CMS выигрывает у WordPress - сравниваю только с этой CMS, т.к. с другими не работал, пытался ковырять джумлу - но я даже не допер как там установить шаблон - это ужас!
Смотрите! У меня есть сайты и на maxSite и на WordPress. Я в итоге пришел к выводу, что я ленивый писать статьи, ну что-то как то порой нахлынет, есть темы для писанины, а потом бац и все, музу профукал. Суть в том, что - последняя запись на maxSite сделана мною 22.03.2014г., а на WordPress - 10.06.2014 - посещаемость координально разная! Возможно кто-то скажет, что второй сайт более молодой, чем первый, но! Сайт на maxSite быстро попал в поиск, по смежным темам, сейчас я на сайте ничего не пишу и не обновляю его, т.к. что-то лень мне и я занят другими делами, фишка в том, что посещаемость сайта только растет! Я не знаю что такое, но раньше было 12-15 человек в сутки, сейчас, тьфу,тьфу,тьфу - уже 50-60! А что касается WordPress - 0-2 человека в сутки! И это с самого первого дня! И статистика не меняется!
Что касается плагинов и всяких хотелок - да, WordPress сейчас выигрывает в этом плане, но это поправимо!
Моя личная хотелка - это улучшить админ-панель! Сделать ее юзер-френдли! Максим, не хочу давить там как-то или что-то еще, но админ-панель действительно страдает :( И юзабилити надо повышать! Можно посмотреть у WordPress админку - она хороша! И Илья прав на счет плагинов, что нужно мало используемые вынести в отдельный раздел, т.к. в начале сайта их настраиваешь и больше не трогаешь.
И плюс еще нужно решать что-то со стандартным визуальным редактором! Просто я не понимаю как вот писать плагин, который будет добавлять кнопочку в редактор, если у нас нет одного единого редактора и каждый использует свой.
Максим, подскажи пожалуйста, что именно не устраивает во многих редакторах? И куда нужно копать? Я готов вечерами по-немногу ковыряться с этим, после выполнения пары своих задумок, хотя опыта в программировании сейчас очень мало, но думаю параллельно научусь, чтобы все же как-то поспособствовать рождению нормального визуального редактора! Который будет !!!ОДИН!!! в системе и чтобы не было такого количества редакторов, и все юзеры пользовались только им!
На счет обновления системы - также хотелось бы, чтобы мой сайт автоматически заглядывал например к тебе на сервер и смотрел, есть ли обновления системы или нет, если есть - то выводилось бы в админке сообщение - Доступна новая версия MaxSite - 0.87 - Обновить! - как простой юзер, я просто смотрю еще на все вещи как и обычный, тупой юзер(хотя таковым и являюсь
) - мне было бы удобнее нажать на эту надпись, чтобы система автоматом все сделала, т.к. мне самому, пусть я и чуть более продвинут(ну полутупой юзер) - не слишком прикольно бегать к тебе на сайт и смотреть появились ли вкусняшки или нет, а если появились, их надо скачать на комп, потом залить на сервер, распаковать все - согласись - лишние телодвижения. 
А тут кнопочку нажал - и все - вкусняшка тает у тебя во рту! 
Я бы сам все такое реализовал, если бы был опыт программирования как у Максима или Ильи, но почему то до меня туго доходит программирование. Я с циклами еще в зависшем состоянии.
Верстка теперь легко для меня, хотя тоже давалась с трудом по-началу.
Сильно не пинайте ребят!
Это мои пожелания!
P.S. Мы можем пойти меньшей кровью! Чтобы не мудрить с дизайном и юзабилити админки, т.к. Максим добавил возможность поддержки Bootstrap - мы можем просто купить уже готовый, сверстаный дизайн админки на этом сайте - https://wrapbootstrap.com/ - ребят, я лично не пожалею денег на приобретение шаблона! Готов купить! Хочу все же, чтобы заходя в админку сайта - у меня глаза радовались!
В пределах 20-и баксов можно купить очень хороший вариант! Главное юзабилити системы повысить! Я понимаю, что Максим хочет сделать как можно проще верстку шаблонов, но о простых, рядовых юзерах не стоит забывать, т.к. именно они и будут рекомендовать эту CMS друг другу!
P.P.S И ребят! Не ленитесь верстать шаблоны, делайте просто портирование шаблонов! У кого есть время, вечерами, когда есть буквально пол часа, повышайте свой skill! Я прекратил верстать из-за того, что финансовый вопрос нужно быстро решать, хотя очень много задумок сейчас записано в тетради, которые я хочу реализовать! Параллельно научившись программировать!
Всем желаю отличного настроения! Спасибо за внимания! Буду благодарен любым комментариям
Забыл еще написать на счет загрузки, а точнее выборки картинок, прям при написании статьи. Т.к. бегать в загрузки и там искать картинку, затем копировать ссылку и после этого возвращаться в написание статьи и вставлять ссылку - тоже не весело. Нужно как-то решать. Это мои личные пожелания, со стороны простого юзвера
Мои пожелания к движку : сделать полноценный кабинет комюзера и закрыть его от посторонних , добавить для вывода второстепенных страниц разные формы вывода статей в две в три колонки
Хороший отзыв, все таки хотелось бы дальнейшего развития движка и плагинов к нему.
Плагин магазина цифровых товаров есть, rg_shop. Неплохой, я им пользуюсь, своих денег он стоит. Но его можно еще совершенствовать, а также очень бы хотелось увидеть его версию для не-цифровых товаров.
http://rgblog.ru/page/priem-platezhej-robokassa-i-webmoney-dlja-maxsite-cms