Каким должен быть обзор неизвестной ранее (новой) CMS?

Question

[Назар Мокринский]

Уже почти два года как пишу в свободное время CMS/CMF как платформу в первую очередь для себя. Никто не гонит, пишу в удовольствие — а поэтому стараюсь качественно. При наличии множества CMS разного калибра всё ещё часто встречаются вопросы об «идеальной» — поэтому, надеюсь, и моя кому-то может пригодиться.



Хотелось бы написать обзор здесь, на хабре, чтобы показать что получилось, и услышать мнение/советы/пожелания/критику коллег по цеху.



Но вот в каком русле написать статью? Если сделать обзор возможностей — это будет смахивать на рекламу и пиар, если сильно углубляться в строение — это очень много страниц нужно написать, никто такое не выдержит. Есть мысль взять какой-то отдельный наиболее интересный компонент и описать его, показав его особенности (есть что показать). Сама CMS находится на стадии Alpha, не привязана к совместимости с предыдущими версиями, а поэтому сообщество может прямо повлиять на то, в каком виде она устаканится.



Вопрос к вам — что посоветуете на счёт формата публикации?



P.S. Ни названия ни ссылки не пишу, если интересует что-то более конкретное — спрашивайте, отвечу в личке или комментариях.

Answer 1

[edogs]

На хабре и так очень много статей вида «а вот я начал писать цмс и реализовал роутер так-то», даже если это очень интересно, то это выдрано из контекста, который как раз и важен.
Если у Вас реально полноценная CMS, опишите ее отличия в сравнении с 2-3 прямыми конкурентами, как позитивные отличия, так и негативные.

Comments

[Назар Мокринский]

Полноценной CMS пока нет (так как именно CMS включает набор готовых модулей, которые я пока только пишу), но есть ядро.

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

Есть абстракция хранилищ, что позволяет выносить статические файлы на сторонние сервисы (загружать, например, по ftp, ссылки выдавать на другой домен). Хранилищ может быть неограниченное количество, работа через абстракцию позволяет не думать о том, какое хранилище вы используете.

Поддержка неограниченного количества баз данных и неограниченного количества зеркал к каждой из них.

Каждый модуль может использовать свои отдельные БД и хранилища, либо несколько модулей могут использовать одни и те же ресурсы.

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

[Назар Мокринский]

«а вот я начал писать цмс и реализовал роутер так-то» — не интересно, а какой уровень вам персонально интересен?

Answer 2

[tarya]

Мне лично было бы интересно почитать и пообщаться вообще. Я тоже пишу, правда лет уже 6 свою cms выпустил 3 полные версии и постоянно развиваю. И тоже для себя и для души. Пишу все сам, даже редактор текстов визуальный за два года таки сделал (http://d.pr/i/AWhI).

Answer 3

[Renat Ibragimov]

Сделайте обзор CMS в виде видео-подкаста, типа вот за 5 минут я покажу под хороший break-beat музыку, как сделать сайт аналогичный Хабрхабр на моей CMS.

Comments

[Vampiro]

imho, если вы покажете в обзоре кусок кода с

global $Page, $db;

вас сожрут.

[Vampiro]

не в тот коммент залез ))) ну да не важно)

[Назар Мокринский]

По-вашему, если было Page::init() — было бы круче? У меня в таком виде подключаются глобальные системные переменные, ничего позорного в этом не вижу.

Answer 4

[Vampiro]

Сделаю отдельную ветку, чтобы не долбить Мрака почтой =)

Вот смотрите, вы делаете

global $Page, $db;

Есть какие-то гарантии для стороннего разработчика, что нет переменных $cache, $config, $name? Есть гарантии, что в следующей версии вы не придумаете использовать эти переменные в качестве глобальных? Нету =( Получается минное поле. Порвут Вас, 100%. Можете проверить.

Я, например, привык уже при разбивке на странички пользоваться $page, $pageNext, $pageLast, etc.

Comments

[Назар Мокринский]

Во-первых, $page это переменная с другим регистром символов, которая никак не будет мешать $Page.
Во-вторых, переменные типа $Cache, $Page, $Core, $User — это глобальные переменные движка, которые так сказать зарезервированы и всегда начинаются с заглавной буквы ($db — исключение). Если вы соизволите разобраться с системой и начать писать компоненты к ней — выучить эту часть так называемого «Code Style» движка будет не сложно, названия переменных соответствуют названиям классов.

[Vampiro]

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

[Назар Мокринский]

В любом случае спасибо за ваше мнение, я его учту.

Answer 5

[Сергей Протько]

По поводу «мультиязычности», помниться года так 4-5 назад была такая CMS от греческих разработчиков как Elxis (форк Mambo, если кто ее еще помнит). Там они как раз на мультиязычность из коробки все и точили. Сомневаюсь что мультиязычных CMS мало. Тьма их, этих CMS-ок.

Comments

[Сергей Протько]

Упс, это должен был быть комментарий к ответу выше… ну да несуть.

По сути функционал чуть пробежать, и самое важное — описать плюшки для разработчиков, ибо обычно этот вопрос обходится стороной при «обзорах». Я пока не видел ни одной CMS которая бы меня покрыла мои требования (гибкая и легкая, для сайтов визиток там. Для всего остального мне проще взять фреймворк) и с хорошим и качественным кодом.

[Назар Мокринский]

Я делаю акцент на многоязычном контенте, интерфейс у большинства, наверное, многоязычный поддерживается.
Свой нативный шаблонизатор есть, весьма интересный, файлы шаблонов являют собой php файлы c использованием правил CSS. К примеру, так можно распечатать информацию о первых 3 пользователях БД:

global $Page, $db;
$Page->content(
    h::{'table.table-class tr| td.row-class'}(
        [
            'id',
            'username'
        ],
        $db->qfa('SELECT `id`, `username` FROM `[prefix]users` LIMIT 3')
    )
);

Результат в теле страницы будет такой:

<table class="table-class">
	<tr>
		<td class="row-class">
			id
		</td>
		<td class="row-class">
			username
		</td>
	</tr>
	<tr>
		<td class="row-class">
			1
		</td>
		<td class="row-class">
			Bob
		</td>
	</tr>
	<tr>
		<td class="row-class">
			2
		</td>
		<td class="row-class">
			John
		</td>
	</tr>
	<tr>
		<td class="row-class">
			3
		</td>
		<td class="row-class">
			Jessica
		</td>
	</tr>
</table>

Этот код и является полноценным модулем, если его поместить в папку модуля в файл с названием index.php

[Назар Мокринский]

Точнее так:

global $Page, $db;
$Page->content(
	h::{'table.table-class tr| td.row-class'}(
		[
			'id',
			'username'
		],
		$db->qfa('SELECT `id`, `username` FROM `[prefix]users` LIMIT 3', false, true)
	)
);