Cms шаблоны maxsite: Шаблоны для MaxSite CMS

Настройки шаблона — Книга по MaxSite CMS

← ПубликацииИзображения записи →

Прежде чем работать с записями, познакомимся с некоторыми настройками шаблона. В комплекте MaxSite CMS только один шаблон Default, с которым мы и будем работать.

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

Пока опция не сохранена, она отмечается красным цветом.

Настройки шаблонов могут отличаться и это напрямую зависит от самого шаблона. Можно отметить лишь то, что часть настроек (вкладок) как правило присутствует в каждом шаблоне, поэтому их можно рассматривать как типовые. Например вкладки «Главная», «Главная (untits)», «Шаблоны вывода», «Компоненты» и другие обычно присутствуют в каждом шаблоне. А вкладки «Header1», «Header2», «Дизайн» и т.д. могут быть только в определенном шаблоне.

Более того, многие настройки, даже если они «типовые», будут принадлежать каждому шаблону индивидуально. Это позволяет переключаться между шаблонами без опасения затереть опции друг друга.

Рассмотрим несколько опций шаблона Default.

CSS-профили

Вы наверное заметили, что на нашем сайте не отображаются иконки. Это из-за того, что они размещаются в css-профиле fontawesome5-lazy.css. Сами по себе css-профили — это обычные файлы с css-стилями, которые содержат оформление сайта или каких-то блоков. После того, как профиль отмечен, он автоматически будет подключен MaxSite CMS.

После сохранения, на сайте появятся иконки FontAwesome 5.

Дизайн

На этой вкладке собраны опции, позволяющие выбрать css-файлы, влияющие на внешний вид сайта. Как мы видим шаблон Default позволяет выбрать вид главного меню и подключить шрифты сайта. Эти настройки похожи на CSS-профили с той разницей, то профили — «типовые», а Дизайн имеет отношение только в конкретному шаблону. В других шаблонах этих опций может не быть или их может быть намного больше.

Нам нужно отметить все указанные шрифты, поскольку Default их использует по умолчанию.

Компоненты

Шаблон MaxSite CMS можно условно разделить на несколько частей:

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

Шапка

Контент

Сайдбар

Подвал

На вкладке «Компоненты» можно выбрать компоненты шапки и подвала. В Default шаблоне их несколько, вы можете выбрать любой. Некоторые компоненты являются специфичными, например Header1 предназначен именно для шапки, хотя его можно разместить и в подвале.

Другие компоненты имеют универсальное назначение. Например компоненты Any позволяют разместить произвольный текст в подвале или шапке. Скажем это может быть реклама.

Компоненты могут иметь собственные настройки, некоторые из которых представляют собой т.н. секционные опции. Примером такого компонента будет Header1.

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

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

← ПубликацииИзображения записи →

Отзыв о 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. Возможно, я перегнул немного палку в высказываниях и задел кого-то, но это не со зла, а от желания помочь в развитии движка.

Elfsight Website Widget Помощь в установке и интеграции

Зарегистрируйтесь здесь

Если у вас есть сайт на CMS Max и вы хотите вывести его на новый уровень, приложения от Elfsight — то, что вам нужно. Ознакомьтесь со списком возможностей, которые предоставляет сервис Elfsight:

  • Показывайте отзывы на своем веб-сайте с любых платформ: Google Place Reviews, Facebook Reviews, Amazon Reviews и более чем из 20 других источников отзывов.

  • Встраивайте социальные каналы из Instagram, Facebook, Twitter и других источников.

  • Поддерживайте связь со своей аудиторией с помощью виджетов живого чата: WhatsApp, Facebook Messenger, Viber или других популярных мессенджеров.

  • Поддержите свои самые выгодные предложения с помощью Popup, Countdown, Slider и превратите своих посетителей в покупателей.

  • Создавайте контактные формы, отзывы, заказы, бронирования, предварительные и другие виды форм с помощью Form Builder.

  • Добавьте галереи видео и изображений, предоставляющие более подробную информацию о ваших продуктах и ​​услугах.

  • И многое другое.

Теперь все ваши потребности могут быть легко удовлетворены. Все, что вам нужно сделать, это просто почувствовать вкус сервиса Elfsight.

Как добавить виджет Elfsight на сайт CMS Max?

  1. Создать бесплатную учетную запись Elfsight

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

  1. Выберите свой виджет

Просмотрите весь массив в нашей библиотеке виджетов!

  1. Настроить выбранный виджет

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

  1. Добавьте виджет на свой веб-сайт CMS Max

Вставьте код установки на домашнюю страницу или в шаблон.

  1. Готово!

Готово! Встраивание успешно завершено. Посетите свой веб-сайт, чтобы узнать, как работает инструмент.

Нужна помощь?

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

Чего ты ждешь?

Посмотрите приложения Elfsight и выберите наиболее подходящее решение для вашего сайта!

Цены и ограничения

  • От 0 долларов США в месяц (начните с бесплатного плана)
  • Неограниченное количество сайтов
  • 70+ виджетов (социальные ленты, чаты, формы, слайдеры, виджеты электронной коммерции и др.)
  • До 5 000 000 просмотров в месяц для каждого виджета
  • Премиум поддержка
  • Бесплатная услуга по установке

Примеры CMS — PublicWWW.com

  • Реклама
  • Маркетинг
  • Аналитика
  • Технологии
  • Внешний интерфейс
  • Виджеты
  • CMS
  • Электронная торговля


«/сайты/все/темы/»


бюллетень


«X-Powered-CMS: Bitrix Site Manager»


«генератор\» content=\»a-blog cms»


«генератор\» content=\»concrete5″


«генератор\» content=\»Contao»


«X-Powered-By: CppCMS»


«Set-Cookie: CraftSessionId»


«Set-Cookie: DotNetNukeAnonymous»


«Сайт на базе DTG»


«генератор\» content=\»DataLife Engine»


csrfmiddlewaretoken


«Установить-Cookie: DokuWiki=»


«X-Directory-Script: eSyndiCat»


«X-Powered-By: eZ Publish»


«X-Powered-By: FlexCMP»


«генератор\» content=\»GetSimple»


«Set-Cookie: граффитибот»


«генератор\» content=\»GravCMS»


«dsresource?objectid»


«Установить файл cookie: InstantCMS»


«X-Content-Encoded-By: Joomla»


«генератор\» content=\»Kentico CMS»


«Коала Веб-фреймворк CMS»


«генератор\» content=\»Komodo CMS»


«X-KoobooCMS-Версия»


«kotisivukone. js»


«Лайфрей-Портал»


Set-Cookie: LithiumVisitor


«MODX_MEDIA_PATH»


«генератор\» content=\»MaxSite CMS»


«генератор\» content=\»MediaWiki»


SharePointHealthScore


«X-Powered-By: Mojolicious»


«monotracker/monotracker.js»


MoodleSession


«мт-включает»


«генератор\» content=\»Подвижный тип»


«Генератор: Mura CMS»


«lang.no_new_posts»


«Set-Cookie: october_session»


OJSSID


«Сервер: OpenCms»


«X-Powered-By: OpenNemas»


«опубликовано Open Text»


ОСТСЕССИД


«Икс-генератор: Фруктовый сад»


«под управлением PANSITE»


«Работает на PHP-Nuke»


«pagekit_session=»


«папайя-темы»


«x-powered-by: PencilBlue»


«X-Powered-By: pimcore»


«генератор\» content=\»Плигг»


«генератор\» content=\»Plone»


«Set-Cookie: пирокмы»


«SIM.