Современная, быстрая и удобная система управления сайтом

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

Архив записейКомментарии: 41Просмотров: 38433

В целом последняя версия 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 обновления. Впрочем, если я придумаю еще какую-либо задачу, то это потребует некоторого времени. ;)

Комментариев: 41 RSS

1Билли14-08-2008 08:12

Самое главное, чтобы пользователь мог легко установить эту CMS!

У меня с двух раз не вышло. ((

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

Иначе. все озвученные достоинства не будут стоить и копейки!

3Билли14-08-2008 08:44

Достойный ответ!

Сомнений больше не осталось.

5AvotСайт14-08-2008 12:31

Привет )

Очень хочется в панели Создания/Редактирования страниц выпадающее меню, или просто окошко, где можно было-бы указать размер шрифта. Часто возникает необходимость в одном посте использовать разные размеры шрифта.. это возможно ?

Заранее спасибо ;)

6AvotСайт14-08-2008 12:36

ой-ой-ой

пропустил выход новой версии, если там уже это пожелание учтено, то сорри :)

7Максим14-08-2008 13:07

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

8Kostroff14-08-2008 14:11

Максим, два замечания.

1. Действительно система не устанавливается с нуля. После заполнения формы с начальными данными, url меняется на .../install/2 и опять выводится окно ввода начальных данных. И так до бесконечности.

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

9Максим14-08-2008 14:32

Сложно сказать. В 99% случаев это проблема ЧПУ. Нужно взять соответствующий .htaccess.

По паролю я понял. Исправлю.

10Максим14-08-2008 14:33

Хотя нет. Пароль вводится только один раз, инсталяция повторно никогда не запускается, поэтому вроде и подсмотреть не получится.

11KostroffСайт14-08-2008 14:38

.htaccess точно тот, который был в комплекте. Я так понял, что у Билли те же проблемы были. А кто нибудь ещё устанавливал с нуля? Есть такие? А по паролю..., ну не знаю. Славик, чё-то я очкую (с)

14KostroffСайт14-08-2008 15:03

Да, Максим, я читал инструкцию. И просто по ошибке взял для редактирования не тот файл. Прошу прощения за ошибку.

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

16Егор17-08-2008 12:01

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

17MustikСайт17-08-2008 15:34

Да, сторонние блог-клиенты то хотелось бы пользовать. Но если у максима будет хороший(бесплатный!!!) клиент то с удовольствием буду им пользоваться

18Максим17-08-2008 16:25

XMLRPC сложен в реализации. Это так, в теории, кажется все замечательно. Но н практике нужно продумать и серверную часть, и клиента. Еще этот разборка/сборка xml - тоже не подарок. Я же планирую сделать попроще: xml - вообще будет не нужен, а отправка обычным POST. Поэтому будет только предопределенные имена полей - и этого хватит для постинга и сам клиент по идее будет работать даже в обычном браузере.

19MustikСайт17-08-2008 17:37

Сразу возникает идею онлайн блог-клиента. Такой сервис можно сделать в принципе. Пользователь укажет адрес блога логин и пароль. А дальше все как по маслу.

Но программу отдельную тоже хотелось бы. чтобы она была довольно функциональной.

20Максим17-08-2008 19:44

У меня есть неплохой опыт создания своего блог-клиента и я знаю, что самое сложное это именно обертка из XML. А организовать прием и передачу post-данных в программах - довольно простая задача.

Что касается online-клиент, то в принципе можно попробовать. Это обычная форма, которая отображается в браузере. Если уж на то пошло, то можно попробовать генерировать готовый html с формами на стороне сайта. Тогда можно вообще будет обычную html-страницу использовать. :)

21MustikСайт17-08-2008 20:20

А как будет у онлайн клиента с обратной связью? ну например блог клиенты же грузят себе список рубрик и тп. Чтоб пользователь мог выбрать нужную. Такое будет возможно?

Хотя сейчас стукнуло, что это же та же админка и получается :) смысл есть?

22Максим18-08-2008 08:47

В принципе да, админка. Правда есть разница - только для одного действия - создание/редактирвоание страницы. Я пока не готов говотрить конкретно, но, кажется к FireFox есть плагин для удаленного постинга. Так, что скорее всего потребность всё-таки существует. :)

23MustikСайт18-08-2008 17:56

Да, к ФФ есть плагин. Можно кстати если есть знания и для Maxsite CMS сделать плагин :)

24Roman20-08-2008 05:29

Очень странно работает перенос строки в визуальном редакторе - если это делать Enter ом в визуальном режиме, то строка обрамляется параграфом (

) - но этих тегов в режиме кода не видно. А если в режиме кода после каждой строки поставить (), то () опять же будет заменен на тег параграф - который не видно режиме кода. Можно ли это исправить?

Можно ли подключить другие визуальные редакторы? - хотелось бы попробовать Tiny MCE.

25Roman20-08-2008 05:31

В предыдущем комментарии я имел ввиду теги P и BR

26Roman20-08-2008 07:02

Редактор jWYSIWYG подключается как плагин (админки) в ...\application\maxsite\admin\default.php

mso_admin_plugin_load('editor_jw');

там еще есть закомментированные строки:

// mso_admin_plugin_load('editor_freert');

// mso_admin_plugin_load('editor_wymeditor');

У меня не получилось сделать WYMeditor плагином - было интересно

(Получилось, что WYMeditor отлично подходит для непосредственного набора текстов, но для уже готовых непригоден.)

Вполне устраивает jWYSIWYG - если бы он каждую новую строку не делал параграфом, а просто переносил бы ее на новую - BR. Да, и в режиме кода хотелось бы видеть весь реальный HTML.

27Roman20-08-2008 07:53

Нашел подходящий плагин (хак) jWYSIWYG : http://plugins.jquery.com/project/jWYSIWYG

Пробую :)

28Роман20-08-2008 08:21

напишу редактор для своей CMS, да и с вами поделюсь =)

29Максим20-08-2008 10:56

На форуме я уже высказывался по поводу этих br и p. Тут куча тонкостей. Грубо говоря все p удаляются, ставится только br, а потом переделываются в авторасстановке тэгов в p.

Но сам редактор я буду доделывать - меня он тоже не устраивает.

30Аноним20-08-2008 12:48

Извиняюсь за оффтоп, но наткнулся тут на ещё одного тёзку вашей CMS:

http://maxsite.kirov.ru/

PS. Жду появления на свет конвертера с WordPress на MaxSite. Как только будет таая штука - попробую перевести один из своих сайтов.

31Максим20-08-2008 15:15

Да таких сайтов - пруд пруди. :) Кстати на нем ничего кроме заголовков нет. У тайцев есть своя MaxSite доступная для скачки.

32Валерий21-08-2008 08:00

По поводу диалога с Билли. Я тоже не могу установить систему в некорневую папку домена. Получаю сообщение:«Не могу выставить кодировку utf8 для соедниения с БД.» На мой вопрос на форуме Вы мне ответили:«Это значит, что либо ваша база не поддерживает установку кодировки, либо вы неверно указали параметры базы в конфигурации (database.php)»

Я намеренно выставил в database.php не верные логин и пароль. При установке системы получил другой ответ:«Не могу соединиться с базой данных.» На мой запрос к администраторам хоста о поддержке базой кодировки utf8 получил положительный ответ. На этом же хосте у меня есть сайт (правда в корневой папке) на wordpress 2.6.0 и там не было проблем с utf8 при установке. Где мне искать ошибку?

33Максим21-08-2008 08:18

Ошибка возникает при попытке выставить кодировку таблиц командами SET NAMES и COLLATE. То есть ваша версия MySQL скорее всего не поддерживает эти команды.

34YuranСайт30-08-2008 10:51

Максим, спасибо огромное за движок. Такой вопрос, не планируешь ли ты в будущих версиях добавить возможность эмуляции поддоменов, создания пользовательских групп, коллективных блогов? Так сказать реализовать полноценную социальную сеть. Или это в принципе невозможно?

35Максим30-08-2008 12:22

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

36Yuran02-09-2008 17:19

Очень жаль Макс, гимора много конечно, но система бы была супер:(

37ZyXEL23-09-2008 14:18

Может быть и не в тему. Но Будет ли возможность реализовать постраничную навигацию для каждой записи? Как бы аналог

 в вордпресе?

38Максим23-09-2008 15:51

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

39WaveСайт02-05-2009 19:01

Будет ли возможность реализовать постраничную навигацию для каждой записи? Как бы аналог
в вордпресе?
Я вообще не уверен необходимости разбивать текст на несколько страниц.
Несколько раз уже сталкивался с необходимостью размещать комментарии отдельно от текста, который (текст) оказывался довольно длинным. Что-то вроде site/page/slug/comments

Решал, естессна, несложным шаманством с шаблоном. И даже ничего, что нужно помнить про type/users.php type/comments.php и прочие виджеты, которые туда не ссылаются. Самая жесть оказалась там, где часть страниц (с рассказами) должна идти отдельно от комментариев, а часть (новости и т.п.) — вместе. Тут на выбор два решения: сделать везде отдельно или забить на ссылки в комментариях и у комментаторов.

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

40WaveСайт02-05-2009 19:16

Ой, кстати, только сейчас подумал (и проверил), вариант

site/page/slug/comments#comment-id работает даже когда комментарии на одной странице с постом! Классно! Задача решена!

41Максим02-05-2009 19:29

Еще бы. ;-) Страница определяется по второму сегменту. Всё, что дальше её не интересует. Можно цеплять хоть пагинацию, хоть что угодно.

Оставьте свой комментарий!

Комментарий будет опубликован после проверки

Вы можете войти под своим логином или зарегистрироваться на сайте.

(обязательно)