Дальнейшие планы

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

Виджеты/плагины. Отработан сам механизм, вспомогательные функции, а также template для их создания. Самих же виджетов я сделал достаточно, чтобы удовлетворить самые разные потребности. Из того, что еще предстоит сделать отмечу только плагин для Sape, какой-то аналог «Ушек», аналог «Псевдокода» и xml-sitemap. Еще буду думать о замене лайтбокса, но хотелось бы увязать его с созданием галереи. В более далекой перспективе - плагин для голосования.

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

Шаблоны. С ними немного сложнее. С одной стороны на MaxSite CMS можно делать разные сайты с разным выводом данных. Но с другой, большинство потребностей именно в блогах, то есть с примерно одним набором типов данных и одинаковым выводом. По этой причине я выделил все файлы типов в отдельный каталог «type» и в версии 0.19 сделал возможность использовать в любом шаблоне дефолтный «type».

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

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

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

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

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

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

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

Из сложных вопросов - реализация удаленного постинга. Размышлений на сей счет много и потихонечку я подхожу к мысли, что использовать XMLRPC нет смысла. Технически это сделать сложней, чем обычный POST. Да и если строго, то XMLRPC это тот же самый POST, только предварительно данные формируются в XML. Именно в этом и заключается сложность его реализации - разборка и сборка XML-запросов. Мне же хочется сделать так, чтобы данные отправлялись самым обычным POST. Таким образом создание клиента станет совсем простым делом.

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

И на последок самый сложный вопрос - визуальный редактор, рубрики и сайбдары. Всех их объединяет JS. Точнее его отсутствие. Вопрос о включении jQuery в комплект уже решенный, поэтому потихонечку я с ним разбираюсь и уже есть подвижки. Но мне бы хотелось вначале добить основные вопросы до jQuery, а уже потом вплотную им заняться. Тем более поставленные задачи по JS я всё-равно пока не могу решить, следовательно и переживать особо не о чем.

Вот примерно таковы планы. По текущему todo работ не очень много, поэтому я думаю, что их основная часть  выйдет где-то на 2-3 обновления. Впрочем, если я придумаю еще какую-либо задачу, то это потребует некоторого времени. ;)