Критика MaxSite CMS. Работа с заблуждениями. Maxsite cms отзывы

Мой третий отзыв о MaxSite CMS

Если вы ждёте от меня разгромной критики движка, то разочарую вас - этого не будет. В какой-то момент работы с движком я начал понимать (или мне показалось, что начал понимать) логику Максима в плане развития MaxSite CMS и успокоился. Если снять с движка завышенные ожидания (которые во многом могут быть вызваны маркетинговыми «уловками» на официальном сайте) и рассматривать его только как средство создания персонального/тематического (с некоторыми ограничениями - коллективного) блога или простенького «сайта-визитки» с ограниченными удобствами админ-панели, то всё становится на свои места и претензий больше не возникает. Просто смиритесь с тем, что движок не должен быть удобным и/или современным и тем более не должен на 100% решать именно ваши задачи. В первую очередь он призван решать задачи, которые стояли, стоят и будут стоять перед Максимом (ибо движок именно его детище и только он решает какое будущее будет у движка). Ну может быть ещё и немного стоящих перед вами задач, если при этом вы смогли доказать Максиму, что ваши задачи актуальные и их решение не нанесёт вред стабильности движка.

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

Мои «хотелки»

Чтобы вам было легче, начну с описания своих хотелок. Сперва будут «менее кардинальные» и пригодятся они при решении любых задач, т.к. касаются повышения удобства админ-панели. Это прям поле не паханное очень обширный пункт. Сейчас (с появлением D3 + LESS) можно было бы отложить в сторону активное развитие технологии верстки шаблонов (которая вполне проработана и в основном волнует только верстальщиков шаблонов или только на стадии самостоятельного создания сайта) и сконцентрировать развитие именно в направлении повышения удобства использования движка, что позволило бы завоевать любовь простых пользователей (тех, кому придётся именно ежедневно пользоваться созданным сайтом). В частности, лично мне хотелось бы усовершенствовать такие моменты:

Способ загрузки иллюстраций к статье. И хотя вкладка загрузка на странице создания/редактирования статьи заметно облегчило работу с иллюстрациями, но думаю, многие со мной согласятся, что удобнее иметь поле выбора файла для загрузки сразу рядом с редактируемой статьёй. Понимаю, что нужно что-то делать с опциями загрузки, но думаю, что ajax/javascript вполне позволит создать удобный и гибкий интерфейс. Также можно было бы кнопку в редакторе доработать так, чтобы появлялся диалог загрузки, а не просто поле введения урла как сейчас. В качестве основы технического решения можно было бы использовать библиотеку jQuery File Upload Plugin40, которую я успешно скрестил со стандартными функциями обработки загрузок в своём плагине «Прислать статью».

Время и силы при работе по выкладыванию материалов заметно бы экономились.

Добавить стандартную страницу «Все записи» с древовидным выводом. Для статейных сайтов и/или больших сайтов-визиток явно не хватает возможности админу увидеть иерархию статей. Особенно если используются стандартные возможности подчинения (связывания) статей через указание родительской статьи. На внешней части сайта есть страница /sitemap/cat, она могла бы быть прообразом.

Тут важна не только экономия сил и времени пользователя, но и то, что наличие такой страницы сделает более привычным интерфейс для пользователей стандартных движков типа ModX и т.п. Блоговый вывод в админке не всегда очевиден заказчикам сайтов, что может сильно сказываться на интересе к движку в целом.

Навести порядок в блоке Плагины сайдбара админ-панели. Исторически было так, что в этот блок добавлялись ссылки на страницы опций «важных» плагинов. Пока не появилась возможность создания стандартной страницы опции плагина ссылки в сайдбаре были оправданы. Но сейчас не очевидна причина постоянного наличия в садйбаре, например, таких ссылок: FeedBurner, Maxsite Auth, Youtube Embed, Ушки. Эти страницы нужны вначале настройки сайта, но в процессе многолетней работы они уже не нужны. При необходимости можно пройти на них через страницу плагинов. Вы часто правите ушки? Я - нет.

По идее, в блоке «Плагины» должны присутствовать только ссылки на те плагины, которые создают дополнительные панели и функционал. Так, например, как это делают плагины «Гостевая книга» или «Прислать статью».

В целом, наведение порядка будет создавать у пользователей чувство логичности и порядка в движке за счёт того, что нужные действия (в частности, по настройке плагинов) находятся только в одном месте и не разбросаны по интерфейсу.

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

На освободившемся месте можно было бы выводить более полезные данные. Понятно,что есть плагин admin_announce, но сейчас выводимая им статистика бесполезна. Гораздо полезнее выводить: последние комментарии, заблокированный спам (плагин antispam), статистику переходов по ссылкам, присланные статьи, консоль сообщений о проделанных действиях (журнал системных сообщений и cron задач) и т.п. действительно важную информацию о функционировании сайта. Да, нужно будет дорабатывать плагины, чтобы они делали вывод на эту страницу. Но это позволит вебмастерам экономить время на анализе состояния сайта и выполнении админских функций.

Сделать более полезными хлебные крошки в админ-панели. Сейчас вывод хлебных крошек выглядит хаотичным (где-то есть, а где-то нет) и бесполезным (кликнуть нельзя, а информация дублируется в других местах).
Доработать стили оформления страниц опций плагинов. Кто пользовался плагинами моей разработки знает, что в моих плагинах группы опций можно сворачивать-разворачивать. Эта возможность экономит время и силы вебмастера позволяя скрывать ненужные группы опций и сразу переходить к нужным опциям плагина.

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

Также хорошо бы переработать подсказки и информационные сообщения у некоторых стандартных плагинов. Например, у плагина cron я смог понять принцип настройки только когда залез в его код, чтобы разобрать логику его работы и разработать свой крон-зависимый плагин.

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

Хорошо бы придумать и внедрить механизм проверки актуальной версии плагинов. Пока идей особо нет, но явно нужно вводить в файле info.php плагина специальный параметр для указания адреса проверки версии. А вот будет ли идти обращение к общему репозиторию или на официальный сайт плагина - надо обсуждать.

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

Кардинальные хотелки

Теперь обозначу «более кардинальные» хотелки. Чтобы было понятно откуда они взялись стоит описать задачу, которую я хотел бы решать с помощью движка. А задача такая: тематическое сообщество с UGC (с генерируемым пользователями контентом) интегрированное с интернет-магазином (цифровых или реальных товаров). Обязательными точками генерации пользователями контента должны быть - коллективный блог и форум (возможно ещё фотогалерея, но это должно быть опционально). Насколько я понимаю, если движок будет уметь решать такую задачу, то и мелкие задачи («просто блог», «просто сайт-визитка») он будет решать одной левой элементарно.

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

Итак, вот эти хотелки:

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

Я мыслю так, что админ-панель нужна только для решения задач настройки сайта и модерации происходящих процессов. В этом случае действительно никто кроме админа не должен иметь доступ в админ-панель. Фактически, админ-панель должна быть доступна только владельцу сайта или его топ-менеджеру. Да, в случае личного блога или корпоративного сайта админ-панель должна быть единственным местом, где происходит создание и управление контентом, но в случае многопользовательского блога всё таки лучше интерфейсы создания/редактирования/управления контентом сделать доступными в личном кабинете комюзера. Тогда админ-панель нужна только для решения каких-то узко специфических задач, которые к комюзеру совсем не имеют отношения или носят именно управленческий характер.

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

Чтобы сделать комюзера более «могущим» возможно придётся пересмотреть организацию и управление правами доступа к различным функциям движка. Сейчас подобие ролей есть только у юзеров. Да и то, этот функционал довольно неповоротлив (юзер может принадлежать только одной группе и нельзя сделать так, чтобы юзеры принадлежали одной группе, но имели немного разные права - например, если нужно чтобы не все члены группы «редакторы» имели доступ к просмотру финансовой статистики). Тогда, если комюзеру тоже можно будет назначать роли, то можно было бы получить «среднего пользователя» - например, модератора, который может просматривать и редактировать статьи комюзеров, но, в то же время, не иметь доступа в админ-панель.

Кроме статей «среднему пользователю» можно было бы давать доступ и к другим модераторским задачам (форум или техническая поддержка клиентов магазина).

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

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

Вместо заключения

Закончить свою статью хотел бы небольшой цитатой из очень интересной и стимулирующей лекции «Вы и ваши исследования»32 доктора Ричарда Хэмминга (профессор морской школы Монтерея в штате Калифорния и отставной учёный Bell Labs), которую он прочёл 7 марта 1986 года :

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

maxhub.ru

MaxSite CMS - отзывы экспертов и пользователей

Разобраться можно и довольно быстро, админка простая и понятна, при том, что функционал на высоте. движок мощный и подходит под любые задачи. В системе нет ворд пресс кода, что максимально облегчает работу, система на фреймворке CodeIgniter, что само по себе означает высокое качество системы. Работает система очень оперативно, лично по моим ощущением раз в 5-10 быстрее, чем аналоги. Ресурсоемкость просто смешная, свободного места под систему требуется самый мизер, меньше чем под ворд пресс раз в 6. Система кэширования очень продвинутая, что безусловный плюс для проектов с перспективой хорошей посещаемости, без этой функции даже средненький проект долго не протянет. Оптимизация довольно скромненькая, но все же все необходимое есть. Можно прописывать урл в ручную, указывать теги, можно запретить дублирование контента. Метаполе добавляется легко, даже без программирования. Дополнительных плагинов и настроек очень большое количество, самые удобные и полезные на мой взгляд: блокировка по IP адресу, настройка ВВ кода, возможность устанавливать антиспам и код капчи. Система бесплатная, а это самый главный плюс.

2016.06.15 в 15:47 написал: Marvin

Буквально несколько недель поставил один свой проект на систему MaxSite, на данный момент только положительные эмоции. Хотя я беспокоился, что система будет подтормаживать, как к примеру WordPress, разработчик у них один и тот же. К моей большой радости система работает на ура, использует мало памяти и не тормозит. Когда начал использовать систему, сразу показалось, что работать с ней просто и легко, ничего лишнего. Админка очень простая и понятная, настройки и вообще работа в системе легкая и ненапряжная. На то, чтоб поднять архив сайта, скопировать данные и заново все разместить ушло не больше часа. Вообще возможностей для создания нового проекта множество, можно не только редактировать готовые проекты, можно создать проект с нуля за минимальное количество времени. Для этого движок обладает мощным функционалом. Система имеет очень хорошую поддержку Less через компиляцию, многие аналогичные системы не могут этим похвастаться. Единственный, но довольно весомый минус- жесткая привязка к dеfаult-шаблону, чтоб как-то сохранить совместимость, при этом добавить что-то новое в функционал нужно идти на некоторые хитрости. В целом система меня устраивает по всем показателям.

2016.06.13 в 14:28 написал: Ramon

Хочу обратить внимание на качественную и функциональную CMS MaxSite, которой пользуюсь совсем недавно. Как-то не принято писать благодарственные отзывы хорошим продуктам, но я все же нашел время поделиться впечатлениями об этой системе. Это отличный движок, которым я полностью доволен. Именно здесь я нашел, все, что мне было нужно для создания не слишком сложных сайтов и блогов. Хотя установка системы MaxSite несколько сложнее, чем, например, инсталляция Joomla!, однако в работе, а точнее, в решении разных практических задач она на порядок лучше, удобнее и проще, понятнее и прозрачнее. Мне не пришлось даже документацию изучать, поскольку все доступно на интуитивном уровне. Считаю, что такие проекты достойны уважения и всяческой поддержки. Я новичок в сайтостроительстве и поэтому не могу утверждать, насколько удобно в этой CMS делать масштабные сайты, но думаю, что если система действительно хороша для скромных проектов, то для создания более сложных сайтов она тоже подойдет. Во всяком случае, лично меня MaxSite CMS устраивает на все 100%.

2015.05.24 в 11:32 написал: Qubocau

Сайты, похожие на MaxSite CMS:

otzyvmarketing.ru

Давайте поговорим о принципах движка и сообщества maxSite CMS

Привет всем, откликнусь на призыв написать статью и поддержать сообщество.

Предыстория

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

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

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

С тех пор прошло уже 3 года, на которые я просто остался в стороне от технологий, потому что погряз в игровой зависимости, но теперь я снова вернулся, огляделся и оказалось, что технологии ушли далеко вперёд.

Сегодняшний момент

Технологии ушли далеко вперёд, сейчас каждый школьник может создать приличный МОДНЫЙ сайт-одностраничник на бутстрапе. Меня эта мода бесит, она 100% пройдёт.

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

Будущее

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

Я стал копаться в коде и это меня немного расстроило. Код очень сложный для меня, не поддаётся изменениям и ничего не работает так, как я хочу. Задаю вопрос на форуме - молчание. Сайт работает очень быстро, но в коде так много лишнего, что убирать всё это придётся очень долго и я даже не понимаю, нужно оно или нет. На мой взгляд, систему есть куда упрощать и улучшать.

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

Мне горько, если можно так выразиться, за МаксСайт ЦМС из-за того, что этот достойнейший современный движок недостаточно популярен, давайте все вместе сделаем как-то так, чтоб исправить ситуацию, каждый по своим возможностям.

Так вот вопрос, почему же КодИгнайтер считается устаревшим? Технологии html, например, уже 30 лет, css 20 лет, и всё равно без них не обходится ни один сайт. зачем же тогда считают этот движок устаревшим? Может, это просто злые языки так говорят?

Может, нам стоит делать видеоуроки или делиться всеми своими наработками, активнее работать? Точно показать, где сейчас читать актуальную инфу по движку? Я понимаю, что нескольким людям тяжко тянуть весь такой крупный проект, но надо что-то делать активнее.

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

maxhub.ru

Что лучше – WordPress или MaxSite?

Здорова! Хотел написать с добрым утром, но из за этих часовых поясов далеко не у всех утро. Так что просто - ЗДОРОВА!

Сегодня будем убивать бегемота, а заодно развеем пару мифов, и рассмотрим некоторые достоинства Феррари. Конечно, я это все накропал образно, но все же – статья получилась интересной, полезной и длинноватенькой – так что советую приготовить кружечку бодрящего чайку, и внимательно вникать в этот меговеликолепный текст. Написанный умным, добрым, человечным, красивым, но самое главное - скромным, тихим и застенчивым вебмастером.

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

- Что лучше – WordPress или MaxSite?

Я, конечно, понимаю, что человеку всегда хочется получить самое качественное решение на рынке, и при чем, желательно на халяву – все её любят.

Но знали бы вы, как меня уже задолбало писать одно и тоже…

Поэтому, я решил написать статью, где конкретизирую те факты, которые заставили меня кинуть зверски удобный WordPress, и перейти на недоработанный, тогда еще, MaxSite.

Да-да, дорогие мои, MaxSite - будучи недоработанным, не имея и половины нужных мне плагинов, и настроек - уже давал просра..ся эээ… пардон - прикурить WordPress.

Ну а на сегодняшний момент – WordPress и близко не стоит с ним!

Смею подумать, что Вы уже поняли мою позицию:

WordPress – "фтопку", MaxSite – сила!

И какую бы ересь не гнали защитники первого, я скажу так – дорогу молодым и самым амбициозным. А MaxSite – система, которая развивается чертовски быстро!

Перед тем как назвать причины, я хочу развеять пару мифов, которые я частенько слышу:

1. WordPress намного удобнее, чем MaxSite.

Собственно это утверждение кроме как "бредом сивой кобылы" не назовёшь. Многие, сидящие на WordPress мне так говорили, но подкрепить ничем не смогли. В MaxSite всё разбито по полочкам и тематическим разделам, в админке очень удобно работать, и можно быстро найти соответствующие опции.

2. WordPress легче в освоении, чем MaxSite – и опять полнейший бред.

Дамы и Господа, ёпрст, ну чем он легче? Раскройте эту великую тайну! Установка простая, работа в админке тоже. Не вижу никаких преград. Единственная проблема возникает иногда с установкой на "недоразвитые" хостинги, которые по умолчанию не подключают самые современные функции, а MaxSite использует именно их. Так что это минус WordPress, а не MaxSite. Причем, в таких хостингах можно все настроить и система будет работать без проблем. Пример не стандартной установки здесь.

3. WordPress лучше индексируется, и у него есть спец-плагины для SEO, чего нет в MaxSite…

Вот здесь, люди, пропагандирующие данную идею, сели задницей в лужу, показывая свою некомпетентность в этом вопросе. Почему? Да потому, что они утверждали мне это, не имея и малейшего понятия о MaxSite и ее функционале. Да, WordPress использует плагин для SEO, но MaxSite в нем просто не нуждается! Всё это в него уже зашито, залатано и заштопано. Плюс в MaxSite есть дополнительные плагины, которые повышают качество и ускоряют индексацию страниц!

Первые два мифа, обычно, утверждают те, кто пробовал перейти с WordPress на MaxSite. Но это есть мнение не практика, как многие полагают ошибочно. А мнение предвзятости! Конечно, когда человек пару лет пользовался одним продуктом, а потом перешел на более лучшее решение, он испытывает некий дискомфорт. Вот этот дискомфорт здесь и выражается.

То же самое наблюдается везде. Вспомните к примеру, как появился Office 2007 с капитально переделанным меню. Многие тогда кричали во всё горло, рвались рубашки на груди, пуговицы разлетались во все стороны… Как так, ведь меню в 2003 намного удобнее. И даже устанавливали специальную модификацию, которая на 2007 делала меню старого образца.

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

Точно также состоит ситуация с MaxSite, надо слушать не тех кто не смог, а тех кто преодолел дискомфорт и высказывает проверенное опытом мнение. Если всё еще сомневаетесь, представьте тогда ситуацию наоборот. Возьмите человека, который пользовался только MaxSite и в глаза не видел WordPress. Попросите его посидеть вечерок и разобраться в WordPress. Я вам точно скажу – 99% пошлет вас куда подальше с этой бредовой идеей, и скажет что MaxSite намного удобнее!

Возможно, есть еще какие-нибудь мифы, но мне эти три попадались само часто, и я "выпалил" про них всё на одном дыхании.

Теперь перейдем к более конкретным задачам - я расскажу про основные причины, которые заставляют умных людей выбирать MaxSite:

1. Современность.

Здесь я не имею ввиду какие-нибудь понты или что-то в этом роде. Я говорю про сам код движка! В MaxSite используются самые новые разработки и решения. За счет чего код намного более оптимизирован и продуман. Во что это выливается? В более шуструю и намного меньшую по объему CMS MaxSite! В WordPress уже давным-давно не обновлялся код движка. Если вообще обновлялся…

2. Скорость работы.

Скорость работы системы намного выше, чем у WordPress. Страницы генерируются за доли секунды. В результате чего, по таким сайтам лазить намного удобнее. Но здесь есть и еще один скрытый плюс. Дело в том, что поисковики начали обращать внимание на скорость загрузки и сайты, которые грузятся быстрее – т.е. более высокое юзабилити. Не каждый будет долго ждать, пока страница загрузится, и поисковики это учитывают. Конечно, многое зависит еще и от хостинга, чем больше нагрузка, тем медленнее отдаются сгенерированные страницы, но об этом мы поговорим чуть ниже.

3. Размер.

Система даже изначально весит намного меньше, (даже вместе со всеми плагинами, которых более 80 штук в комплекте) чем WordPress без плагинов. Но это лишь цветочки! Спустя пару месяцев работы ядро WordPress разрастается до неимоверных размеров 100 – 200 мегабайт. В то время как MaxSite нет. Для примера можете посмотреть этот сайт и сайт по обучению компьютерам, информация отображается в подвале. И обычно занимаемая память не превышает 1 мегабайта, бывают и исключения, но само много, что я видел – 8 мегабайт. А ведь мои сайты работают уже несколько лет!

4. Нагрузка на хостинг.

У каждого хостинга есть свой лимит на нагрузку. Чем дороже тариф, тем большую нагрузку будет выдерживать хостинг (я сейчас не говорю про ресселлеров, у них обычно места больше отводится под файлы). Конечно, когда ваш сайт посещает 100 – 200 человек – это несущественно. Но вот когда дело доходит до 1000 посетителей в сутки и более, когда твой хостинг провайдер начинает присылать сообщения с просьбой прикупить более дорогой тариф, тогда и начинаешь задумываться над оптимизацией сайта, и как сделать так, что бы нагрузка на хостинг стала меньше.

MaxSite - очень хорошо оптимизирован, и создает намного меньшую нагрузку, чем WordPress. Об этом свидетельствует и его меньший размер, и количество запросов к базе данных. Опять же можете посмотреть информацию в подвале, сколько было SQL запросов к серверу. Обычно в радиусе 7 – 16 запросов. Это очень мало, не верите, сравните с WordPress. Мой хостинг аккаунт, я брал самый дешевый, на котором сейчас находится 5 сайтов, спокойно выдерживал 2 500 тысячи посетителей в сутки.

Это я привел более, если можно так выразиться, житейские преимущества перед WordPress. Но есть еще одно, которое для меня, как для верстальщика – очень важно.

5. Шаблоны.

В этой системе можно создавать полностью универсальные шаблоны. Это значит, что они будут работать как на старых версиях системы, так и на самых новых. Второй вкусный пирожок, это гибкость в создании шаблонов. Фактически, я могу создать шаблон любой сложности, практически не прибегая к программированию – это очень удобно! Ну и создавать шаблоны под MaxSite намного проще, если знаешь структуру дефолтного шаблона, и понимаешь, какие файлы за что отвечают.

Конечно, я расписал все красиво. Но есть один недостаток и в этой системе. Хотя для меня он недостатком и не является, так как я умею делать свои собственные шаблоны.

Как вы уже, думаю, поняли, недостаток заключается в том, что система еще не так популярна как WordPress и шаблоны для нее можно пересчитать чуть ли не по пальцам. Хотя время от времени появляются новые и интересные дизайны.

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

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

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

Так что не стоит ездить на старом бегемоте, когда рядом стоит новехонький Феррари.

PS: Дорогой друг, надеюсь эта заметка оказалась для тебя полезной, и повлияет на твое решение в будущем. Тем не менее, мне дико хочется узнать твое мнение – оставь плиз пару строк в комментах

PSS: те достоинства, что я здесь описал - лишь капля в море.

Как утверждает сам автор на своем сайте:

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

Советую не полениться, и почитать страничку возможностей на офф сайте!

master-css.com

Мой отзыв о maxSite CMS (2009)

За свою карьеру я пересмотрел около десятка различных движков, ещё меньше захотелось опробовать «в бою»: e107 (некоторое время на нём работал интранет-портал для сотрудников ИВЦ ОмГУ), Wordpress (использовался для «домашнего» блога). Все эти знакомства и тестирования всё больше убеждали меня в мысли, что готовые движки очень далеки от моих личных потребностей. Поэтому как и большинство веб-программистов я вынашиваю идею своей ЦМС. Однако я уже давно стремлюсь к тому, чтобы стать кем-то больше, чем «программист». Для этого учусь смотреть на проблемы с точки зрения бизнеса. А эта точка зрения подсказывает, что разработка своей системы управления контентом в моём случае пока не совсем рентабельное занятие. Поэтому нужно искать компромисс и учиться использовать существующие технические решения. Так я обратил свой пристальный взгляд в сторону maxSite CMS. Своим мнением и отзывом о которой я хочу с вами поделиться.

Отзыв о maxSite CMS

У меня были свежи впечатления от Вордпресса - чувство тяжести, неповоротливости, внутренней запутанности меня не оставляет до сих пор. На этом фоне цмс-ка Максима заметно отличалась. Шустрость сразу бросилась в глаза. Также покорила логичность расположения элементов на странице администрирования. Чувство «логичности и продуманности» только усиливалось при знакомстве с внутренним устройством движка.

Однако, maxSite CMS это относительно молодой движок и поэтому, иногда приходится сталкиваться с отсутствием нужных функций, скудностью готовых шаблонов и полезных модулей. Надеюсь сообщество движка будет развиваться и в скором времени выбор будет шире.

Готовые темы меня не устроили и будучи под впечатлением от внутренностей движка я решился на безрассудный шаг - создать свою тему для блога. Если «спрессовать» время, то получится, что создание темы заняло у меня не больше полутора недель. И это учитывая то, что это моя первая тема для чужого движка.

Пока делал тему смог понять в чём заключаются некоторые общие минусы maxSite CMS:

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

В заключение хотелось бы сказать что-то более конкретное и практически полезное: в движке есть замечательная стандартная функция mso_load_jquery, которая контролирует «одноразовость» подключения в HEAD область страниц библиотеки jquery и её модулей. При разработке своего модуля возник вопрос, а почему нельзя было сделать «обезличенный» механизм контроля так, чтобы можно было контролировать подключение не только jquery, но и любых других js модулей и css файлов? В качестве временного (пока Максим не реализует что-то подходящее) совета разработчикам плагинов для maxSite CMS могу предложить использовать в функциях плагинов следующий код (с необходимыми правками):

global $MSO; $path = getinfo('plugins_url') . 'your_module'; $jsfile = 'your_module.css'; if ( !isset($MSO->js['jquery'][$jsfile]) ){ // есть ли включение нужного файла? $MSO->js['jquery'][$jsfile] = '1'; echo '<link rel="stylesheet" href="$path/css/$jsfile" type="text/css" media="screen">'.NR; }

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

vizr.ru

Критика MaxSite CMS. Работа с заблуждениями

Данная заметка несколько не отвечает моим требованиям к собственным материалам, она родилась из темы на официальном форуме Maxsite CMS и переписывать поэтому я её не буду. Тема форума безосновательно критикует систему управления. Сделаю то, что умею делать достаточно хорошо - покажу в чём автор заблуждается. Давно работаю с ЦМС в том числе Макса. Тем более это кто-то сделать должен.

Вывод? Да, в погоне за лучшим кодом и сериями серверного софта MaxSite CMS подходит все меньше и меньше под минимальные требования (не SQL>4.0.хх PHP>4.хх, а мы давай врубим SQL PHP версии не меньше 100хх?)

А почему вы не используете CGI или не пишите сайты на голом HTML? Думаю ответ очевиден. На сегодня нельзя сохранять всю линейку совместимости. У вас просто устаревший хостинг. Кроме того системные требования во многом диктует фреймворк. К плагинам это не относится, но авторы плагинов к разработчику ЦМС обычно отношения не имеют.

Переделывая тему под себя, я проклял все! Потому что, оказывается, мне надо выучить ОСОБУЮ разметку в шаблонах MaxSite CMS, и на основе заготовки начать создавать свой.

Открою пару секретов - шаблон надо делать самому и не копаться в чужом коде. В системе аж три учебных шаблона, разного уровня сложности. Остальное делать задача других разработчиков. И самое интересное и важное! Особая разметка представляете PHP и HTML... И да. Чтобы сделать сайт их как-то надо выучить...

Попробовав поискать готовые, я столкнулся с тем, что все шаблоны, как под копирку, повторяют один! Как будто нет другого дизайна, кроме поля текста и меню справа!

Плохо искали. Ну и снова совет - сделай сам на основе бесплатных. Логика там простейшая, почитай лекции Макса, посмотри готовые работы. Или можешь заказать, обычно это не сложно и не дорого. Например мне. Да это самореклама...

Программисты, не надо человеку инструкцию, ему надо пример, который чуть переделать и он работает!

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

А куда? В виджет текста! А он один. А мне минимум на одно меню два разных таких виджета для нормального оформления нужно!

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

Дизайн, людей, поддерживающих форум (ответы в виде, измени такой то код на такой то вообще не должны быть!!! Значит, продукт не сырой, а мокрющий и думать, как улучшить MaxSite CMS. Потому что ВСЕ, ПРЕДЕЛ, ТУПИК, ПОТОЛОК кодинга для этой CMS!

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

Тысячи уже таких, и тысячи проектов загинаются! Сила в красоте, в рекламе, в простоте установки! (WordPress то же..)

Просто разная целевая аудитория. Если сайт красив но не грузится он ничего не стоит. Про тысячи конечно преувеличение, про загибается тоже. Система заточена под разработчиков. Сделать нужно многое, но это не указанное вами. А например удобный мультизагрузчик файлов интегрированный в редактор (но не как в ВП!!).

И наконец пожелание! Развивайтесь, учитесь программировать, повышайте квалификацию. Не нужно искать косяки в разработчиках плагинов и ЦМС. Перспективы у вас думаю есть, продолжайте работать и всё получится и код будет доставлять радость. Удачи!

Источник: Критика Maxsite. Заблуждения (by Иван UmFal)

Веб-программист. Интересуюсь движком MaxSite CMS

maxhub.ru

MaxSite CMS-Тест-проблемы-отзыв

Всем привет.В сегодняшней статье пойдёт речь о MaxSite CMS (Движёк для сайта).Статья не о том как зарабатывать бабло или раскручивать Сайт на основе MaxSite CMS нет,статья из личного опытав которой я коротко опишу проблемы ,Минусы и плюсы с которыми я столкнулся в процессе Тестирования движка MaxSite CMS.Примерно полгода назад я впервые услышал о MaxSite CMS,хотя первая версия была разработана в 2008 году,то-есть 4 Года назад.Меня заинтреговали или может лучше будет сказать заинтересовали преимущества MaxSite CMS это я конечно описывать не стану,кому интереснопочитайте их все Возможности MaxSite CMS Тут:http://max-3000.com/max

Я искал что-то новое из CMS, исходя из пунктов Возможностей меня привлекли :-Скорость работы MaxSite CMS.-Небольшая ресурсоемкость.-Бесплатность.-Большой набор плагинов входящие в MaxSite CMS.Все остальные Возможности шли на втором плане.Но прежде чем слепить проект я решил сперва испробовать движок,как говорится по тестить.Тут сразу при инсталляции которая якобы отмечена «Простая установка.», сам процесс установки состоит из 9 пунктов,немного на мудрено и не для Чайников,ну с Чайником Водки и Тазиком Пельменей разобраться можно.

Важный пункт Скорость работы MaxSite CMS:Сайт написан на XHTML 5 и CSS 3 и если отключить с Морды сайта всё ненужное ( Виджеты и даже постовые картинки )скорость работы MaxSite CMS составило:Page Speed Score: 80/100 измерено Firebug ,хотя YSlow Grade А.Таже страница но уже с постовыми картинкам Page Speed Score: 77/100, YSlow Grade А.Могло бы быть и побыстрей.Подключенны 15 плагинов входящие в MaxSite CMS.

Важный пункт Небольшая ресурсоемкость:Время: 0.1314 | SQL: 7 | Память: 6.59MB/Время: 0.1358 | SQL:8 | Память: 6.23MBЗдесь практически сказать ничего большой плюс.

Сравнение с Блогом You Big Blog, Блог на движке WordPress

Page Speed Score: 96/100/Ресурсоемкость: 32.07MB | MySQL:28 | 0,534secПодключенны 16 плагинов,морда с картинками.Это для сравнения.

Вообщем впринцыпе преимущества у MaxSite CMS есть но ещё пока очень много минусов,с которыми я столкнулся когда решил перетащитьтестируемый Сайт на VDS виртуальный сервер (Virtual Server).С такими проблемами я ещё не сталкивался, вообщем всё попорядку.

Перед переносом движка нужно конечно создать Бекап Базы даных,я использую для этих целей MySQLDumper ,но в дистре (distr)движка MaxSite CMS входит dumper,который отказался делать backup сайта,по не понятной мне причине,поэтому пришлось ево выкинуть и залить на серверSypex Dumper 2.0.9 который с этой задачей справился как два пальца об асвальт.Залил на виртуальный сервер последнюю версию MaxSite CMS 0.74 распаковал произвёл инсталяцию из 9 пунктов вообщем всё по плану.Заменил стандартный dumper на Sypex Dumper 2.0.9 , залил зделаный мной backup, запустил и востоновол,обновил морду сайта и тут блин первый шок.

Убила мена такая картинка на морде сайта .

A PHP Error was encountered

Severity: Warning

Message: mktime(): It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ‚Europe/Berlin‘ for ‚CEST/2.0/DST‘ instead

Filename: common/common.php

Line Number: 2202

A PHP Error was encountered

Severity: Warning

Message: date(): It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ‚Europe/Berlin‘ for ‚CEST/2.0/DST‘ instead

Filename: common/common.php

Line Number: 2212

A PHP Error was encountered

Severity: Warning

Filename: components/footer-copyright.php

Line Number: 3

Внутри тем MaxSite CMS

A PHP Error was encountered

Severity: Warning

Filename: common/page.php

Line Number: 1884

A PHP Error was encountered

Severity: Warning

Filename: common/page.php

Line Number: 1923

В Адмике сайта MaxSite CMS

A PHP Error was encountered

Severity: Warning

Filename: admin_page/new.php

Line Number: 361

A PHP Error was encountered

Severity: Warning

Filename: admin_page/new.php

Line Number: 363

A PHP Error was encountered

Severity: Warning

Filename: admin_page/new.php

Line Number: 364

A PHP Error was encountered

Severity: Warning

Filename: admin_page/new.php

Line Number: 365

A PHP Error was encountered

Severity: Warning

Filename: admin_page/new.php

Line Number: 366

A PHP Error was encountered

Severity: Warning

Filename: admin_page/new.php

Line Number: 367

A PHP Error was encountered

Severity: Warning

Filename: admin_page/new.php

Line Number: 368

Я был не то слово в Шоке, я ох..л,это как так блин что за дела такие?Вообще как это возможно….Ну Скулить тут нет смысла,нужно было решать проблему.Обрыл весь Googl, Сайт и весь Форум поддержки MaxSite CMS ,решение не надыбал,хотя оно было совсем рядом и один мой хороший знакомый дал подсказку.

Решение простое:В файл .htaccess нужно дописать такое содержимое.

php_value date.timezone Europe/Berlin

или нужную timezone.Ну это ни пипец ли?Ну и это ещё не совсем страшное.После таго как я очистил Кеш системы и коки Мозилы я вообще потерял права Админа .Тоесть мой логин и пассы стали не действительны,система забыла и не хотела больше Хозяина Начальника иметь.Это не тока просто Минус и пипец.Это два пипеца и сразу на одной Тарелке,ну я короче хз.За 8 лет что я в инете такой случай в моей практике Вебмастера впервые.Ну я Плакать тут не в помощь ,отправился в путь на Форум поддержки MaxSite CMSнадыбал там тему Забыл/потерял пароль админа. Что делать? Тема аж в 5 форумных страниц.

Успакоило что я не один такой.Испробывав все и всё и почитав ответ от Админа на Вопрос.

Вопрос:Свежеустановленная MaxSite CMS в виртуальную машину (FreeBSD Apache php(и как модуль и как cgi пробовал) mysql). Не удается зайти под админом. Логин и пароль верные, переустанавливал раз 10. md5 по паролю + секретная фраза совпадает со значением в таблице.На хостингах все в порядке.Подскажите какие настройки смотреть.

Ответ Админа:Может куки неверные.

Админ что не вкурсе,что творение его рук вытворяет?

Пришёл к следующему выводу тестирования MaxSite CMS:MaxSite CMS – Ворованная и косо переделанная система движка WordPress.Как там создатель пишет:

На текущий момент система полностью перекрывает возможности WordPress, а по производительности и скорости работы много кратно его превосходит.

Не WordPress какой был обжорой не был на сегодня им пользуются более 15 Millionen в инете.Самое не смешное тут,не то что там и тут не доделки,а то что он при переносе остаётся без Хозяина и неуправляемый.Серьёзные проекты теряют не только контроль,но и посетителей и остаются с голым задом.Подумайте над словами «Нет ничего более постоянного, чем временное»в этом случае,рано или поздно ваш проект нужно будет перетащить на Хост или Сервер и есть возможность остаться не с чем.На этом пожалуй всё.С вами был Виктор,надеюсь,что этой статейкой кому то помог.Если статья была полезной делитесь,но перепечатка строго запрещена ну типа без обратной ссылки на тему.Хотя мне пох,я за свободный интернет.Пока…А оставить коммент наверно не получиться,ну подписаться на обновления в этом разделе можно по ссылке:Russische Community

Удачи.

you-big-blog.com