Molinos.CMS

Вышел первый выпуск еженедельной новостной рассылки, рассказывающей об изменениях в Molinos CMS: http://code.google.com/p/molinos-cms/wiki/NewsLetter001

Теперь вместо мешанины из INI и YAML файлов все статические данные хранятся в виде XML. Это касается конфигурационного файла, описания модулей, строк для локализации и некоторых других специфических файлов. Кроме того, все INI и YAML файлы модулей ... [More] объединены в manifest.xml — один файл, содержащий как описание самого модуля, так и список классов, строк для локализации, добавляемых модулем настроек и структуру таблиц базы данных. Эти изменения решают сразу две проблемы: во-первых, новичкам проще разобраться как пишутся модули, во-вторых, XML файлы сложнее повредить при ручном редактировании: их формат, с его подводными камнями, в отличие от INI и YAML, хорошо известен всем веб-разработчикам. Кроме того, для работы с XML файлами в PHP есть встроенные средства, в то время как для записи INI файлов приходилось писать собственный код, а для работы с форматом YAML — использовать стороннюю библиотеку Spyc. В целом, унификация формата файлов со статическими данными и сокращение их количества повысит стабильность и упростит понимание системы, а за счёт проведённого рефакторинга немного увеличилась и производительность. Все изменения прозрачны для пользователей. Несмотря на то, что формат конфигурационного файла изменился, система продолжает читать старые файлы формата YAML, но изменения сохраняются уже в формате XML. Такая обратная совместимость будет работать как минимум несколько месяцев, чтобы все желающие успели безболезненно обновиться. Соответствующие части документации были обновлены, статья о модулях была практически полностью переписана. [Less]

Часто в ответ на действие пользователя сайту нужно выполнить некую сложную работу, требующую времени. Это, например, отправка почты, выгрузка добавленных файлов на внешний хостинг, обновление множества связанных документов или даже обработка ... [More] видеоролика. Время, требуемое для выполнения этих задач, может быть самым разным, но даже несколько сотен миллисекунд могут вызвать у пользователя дискомфорт (особенно в случае с обработкой видео). Эту проблему решает новый механизм: очередь задач. Этот механизм позволяет модулям отложить выполнение любых задач до того момента, когда посетитель, спровоцировавший их выполнение, уже получит свою страницу. То есть, выполнить их в фоновом режиме, когда ограничений по времени работы практически нет. С точки зрения пользователя все запросы обрабатываются моментально, без лишних задержек. Для полноценной работы этой функции сервер должен использовать PHP-FPM (войдёт в PHP 5.3) или использовать режим самообслуживания. Подробности об очереди задач можно найти в документации. [Less]

Собственных иконок в Molinos CMS никогда не было, всегда использовались иконки, собранные по-отдельности из разных открытых источников. Это выглядело плохо, иконки дублировались, заменить их не было возможности. Начиная с версии 9.05.12 иконки ... [More] вынесены в отдельный модуль: icons-default. Кроме простого наведения порядка это даёт возможность разработчикам сайтов заменить стандартные иконки своими собственными. Кроме старых иконок теперь доступны три новых набора, разработанные компанией Soft Facade для Drupal 7. Для разработчиков, желающих создать собственный набор иконок, есть документация. [Less]

Аутентификация пользователей в обозримом прошлом работала хорошо и без сбоев, однако внутренне она была очень сложна и запутана. Для того, чтобы добавить новый механизм аутентификации, даже после прочтения всей документации приходилось разбирать ... [More] какой-нибудь существующий модуль, чтобы увидеть всё в действии. Кроме того, внешний вид формы входа был уникален: он не соответствовал ни оформлению сайта, ни оформлению административного интерфейса. Всё это исправлено. PHP код подвергся серьёзному рефакторингу, и вместо нескольких сложных механизмов теперь достаточно одного простого класса (что хорошо видно на примере). Внешний вид тоже изменился: форма входа теперь выводится в оформлении основного сайта, а несколькими простыми стилями её можно привести к уже привычной разметке: Документация тоже была обновлена. Я надеюсь, что теперь вопросов, связанных с аутентификацией, ни у кого не будет, а количество провайдеров увеличится. [Less]

Короткое введение в локализацию наполнения и интерфейса Molinos CMS.

Вместе с возможностью переводить отдельные поля документов на разные языки появилась и проблема: если локализация поля включалась после создания документа, при попытке перевести этот документ на новый язык в существующих языковых версиях документа ... [More] это поле очищалось. Чтобы этого не происходило, нужно было после изменения настроек локализации полей выполнять команду pake node-touch для соответствующих типов. Это было неудобно потому, что pake есть не всегда (особенно его нет, если сайт доступен только по FPT), или просто можно забыть это сделать и безвозвратно потерять данные. Эта проблема, наконец-то, решена. Из документации все упоминания этой проблемы удалены. Переводите на здоровье. [Less]

Резервное копирование теперь работает одинаково и в консоли, и в административном интерфейсе.

В нестабильную ветку ушёл доработанный модуль adminext, позволяющий интегрировать большую часть функций управления контентом прямо в сайт, после чего административный интерфейс для работы с наполнением становится практически не нужен. Описание ... [More] можно найти в документации. В будущем планируется развивать это направление, цель — полностью интегрировать существующие функции в дизайн существующих сайтов и отказаться от отдельного оформления административного интерфейса. [Less]

С самого начала в Molinos CMS была система автоматических обновлений, способная обновлять отдельные модули. Список последних версий модулей хранился в репозитории, сами модули — отдельными ZIP-архивами. Эта система была смоделирована по различным ... [More] пакетным менеджерам, распространённым в среде UNIX. Сначала она была очень простой, но постепенно усложнялась, обрастала новыми требованиями, вроде учёта зависимостей, и была постоянным источником проблем. Причём практической пользы от возможности обновить отдельный модуль не было: этим не только никто не пользовался, но и был шанс неполным обновлением сломать всю систему. Именно поэтому практику обновления отдельных модулей решено было прекратить. Фактически, это была экспериментальная функциональность, не прошедшая бета-тестирование. Вместо этого теперь есть три новых способа обновления: один ручной и два автоматических. Один из способов предполагает использование кросс-платформенной системы контроля версий Mercurial, которая не имеет отношения не только к Molinos CMS, но и к PHP, что делает её более устойчивой ко внутренним ошибкам. Подробнее об этом можно прочитать в документации. Ещё одно важное изменение заключается в том, что исходный код был разделен на стабильную и нестабильную ветки с целью сокращения количества ошибок, проскакивающих в активно эксплуатируемые сайты. Теперь все изменения попадают в стабильную ветку только после проверки. Пользуйтесь, обновляйтесь, и не забывайте рассказывать обо всех возникающих проблемах. PS: возможность обновления отдельных модулей в будущем может вернуться в новом виде, при появлении более чётких требований к ней. [Less]