MaxSite CMS 0.79 (тестирование)

На гитхабе уже доступна MaxSite CMS 0.79 (точнее 0.795), что приближает нас к очередному релизу - предположительно это будет 0.80 (через неделю-две).

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

Особо отмечу, что обновление следует выполнять как описано в install-ru.txt - путем замены каталогов system и application. Если делать простой заменой файлов, то могут быть некоторые проблемы. Изменений в базе данных нет, поэтому без труда можно откатиться к любой другой версии MaxSite CMS.

Теперь кратко пройдусь по основным моментам.

Отказ от визуального редактора по-умолчанию

Достаточно важный момент, который затронет всех пользователей системы. Теперь в MaxSite CMS по-умолчанию будет невизуальный редактор markItUp, поддерживающий bb-код.

Я прекрасно осведомлён о проблемах визуального редактора editor_jw, но постоянная его поддержка и вылавливание глюков меня окончательно достали. Главная проблема визуальных редакторов (всех) - непредсказуемый HTML-код. Одни абзацы, чего стоят...

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

Например все они содержат ошибки, приводящие к потере данных записи при фоновом сохранении. Редактор Tiny MCE выглядит неплохо, но весит более 2Мб. Так что по размеру он точно не годится.

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

Поэтому я решил выделить на эту работу 5000WMR (из Фонда + сам доплачу) тому, кто доведет до ума или сделает сам визуальный редактор, который и пойдет в комплект. Условия следующие:

• Небольшой размер - максимум 200Кб.
• Достаточный функционал - желательно такой, чтобы повторял возможности markItUp.
• Расширяемый - какой-то вменяемый API, позволяющий добавлять свои кнопки.
• Поддержка сохранения по «Ctrl+S», фоновое сохранение и полноэкранный режим. Просмотр/правка HTML-кода.
• Возможность управлять авторасстановкой тэгов. В MaxSite CMS масса хуков, позволяющие обрабатывать текст перед отдачей в редактор (например преобразовать преформатированный текст в спецсимволы), так и на уровне отдачи из редактора перед внесением в БД.
• Поддержка старых текстов, особенно с преформатированием.

Если нужна помощь, создавайте тему на форуме, предлагайте свои идеи и варианты. Будем думать.

Если до выхода 0.80 не успеем, то скорее всего включу в комплект старый editor_jw.

Концепция шаблона D2

Default-шаблон остаётся и не меняется. Это сохраняет совместимость со всеми старыми шаблонами. Более того, сохраняется возможность создавать новые шаблоны на базе default. Что касается D2, то он строится на основе shared-каталога, где хранятся все общие «межшаблонные» файлы.

По сути D2 это тот же default, только немного поправленый и использующий shared-каталог вместо default. Я думаю, что проблем с освоением D2 не возникнет, поскольку количество файлов сократилось, а структура каталогов теперь расчитана на большую гибкость и модульность. Если в default компонент это отдельный файл, то в D2 - это каталог. Следовательно компонент может использовать и другие файлы, не засоряя общий каталог. Аналогично устроены и другие части системы, например type-файлы.

При html-верстке в я стал применять шаблонизатор Page_out. Он подключается по-умолчанию в шаблоне, поэтому автоматом доступен для всех функций и файлов шаблона.

В целом, направление развития состоит в том, чтобы добиться большей гикости и большей модульности. Собственно это то направление, в котором движутся все современные CMS и фреймворки. Надеюсь, что эра аля-WordPress шаблонов у нас наконец-то завершится. :-)

Использование LESS

Предполагаю, что именно LESS будет основной трудностью в освоении D2. По этой причине официально заявляю, что технчиески нет никаких проблем продолжать делать сайты на «голом» CSS. Алгоритмы подключения css-файлов описаны в wiki.

Однако тем верстальщикам, которым будет интересно дальше развиваться, нужно изучать LESS, тем более, что там никаких сложностей нет. По сути тот же CSS, только с улучшенным синтаксисом.

В MaxSite CMS будут и дальше появляться улучшения для работы с LESS. Например сейчас уже реализовано автоподключение less-файлов компонентов, блоков, элементов и т.п. Появился новый плагин Less compiling, позволяющий компилировать любой less в css-файл. Если раньше компилятор использовался в основном в var_style.php, то сейчас можно подключить любой less-файл (например в плагине).

Хочу обратить внимание на структуру css-less. Это последний вариант, который учитывает основные задачи верстальщика. Структура рекомендованая, но не обязательная. Она рассчитана на то, чтобы иметь в своем арсенале готовые наборы стилей для компонентов, плагинов, меню и т.п.

Отдельного упоминания заслуживают два каталога: frameworks и elements. Каталог frameworks предполагается использовать для стилей различных css-фреймворков, вроде бутстрапа. То есть вебмастер загружает стили и подключает к своему шаблону - у него автоматом становятся доступны все стили фреймворка. Правда есть один нюанс - существующие css-фреймворки основываются на предопределённых css-классах. Из-за того, что в MaxSite CMS используются другие, то стили сложно будет применить один в один. Вместо этого, мы думаем что следует адаптировать стили к less-миксинам (по сути перенести дизайн в миксы), и подключать уже к существующим элементам MaxSite CMS, не затрагивая html-вёрстку. Строго говоря это могут быть даже не фреймворки, а произвольные UI Kit, которых в Интернете валом.

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

Пока эти вещи в процессе обсуждения, кто имеет опыт работы с LESS, могут поделиться своими идеями и опытом.

Тестирование

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