RevoleR CMS: ищу идеи и критику

[xShift]

very. 1.3.4 добавлено шифрование fronted captcha для еще более агрессивной защиты от сама. Добавлены xml site map. Немного подправлена валидность.

[xShift]

ver. 1.3.5 :: Обновлен router-controller :: теперь каждый рут в своем файле. Немного меньше жрет памяти(минимум 0.08Mb голая система).

Поправлен баг когда форма не перенаправляется в цель после сабмита некоторых форм.

Поправлен баг с обновлением профиля пользователя.

Подпилен форум.

In english: http://cyberx.pro/revolver-cms-v.1.3.5/

[xShift]

В следующем крупном обновлении поддержка расширений. Можно будет создавать модули со своими рутами и применять к ним свою логику.

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

Также будет впилен TWIG в качестве шаблонизатора(а может не Twig, пока определяюсь с выбором).

[xShift]

v.1.3.6 : запилены расширения и один модуль для примера того как это работает archive(показывает ноды по датам).

Там тупо 4 файла и расширение можно юзать. Позволяет прокачивать или даже переопределять системные route(узлы и страницы), подключать свои CSS и даже работать с БД.


Кстати, будет модуль типа управления полями БД чтобы можно было создавать и использовать свои таблицы для хранения данных через админку и преобразуя их в тип данных выводить в коде или интерфейсе. Как в Drupal. Написано все так что уже ни одна строчка кода не подставится из реализованного - нужно просто навесить функционал и вуаля готово.

http://cyberx.pro/revolver-cms-v.1.3.6/

[xShift]

RevolveR CMS :: экономический отчет по производительности и дороговизне обслуживания.

Ну вот на моем сайтике уже порядка 60-80 уникальных посетителей каждый день, о чем сообщает внутренняя система SEO статистики, а это значит, что пора вывести среднемесячные показатели нагрузки на хостинг и экономические характеристики движка системы в целом.



В целом о хостинге, на котором произведено тестирование в production режиме: хостинг sprinthost и тариф Восток II, который абстрактно предоставляет общую мощность сервера в пределах 10 условных единиц из которых система RevolveR CMS затратила 0,06(всего 6 сотых) в среднем в течение месяца условных единиц. О выгодности использовать RevolveR CMS судите сами. Она отлично подойдет как для блога так и для простого ресурса сообщества с форумом несмотря на относительно скромный функционал.



Благодаря фирменному DBX Turbo Cache система отъедает всего 2 DBX(MySQL) запроса на инициализацию любого компонента и любого рута.

Система выдачи контента написана сплошным потоком и движек для пагинации выдает сразу все страницы контента или все комментарии и темы форума хранящиеся в кэше и базе данных, при этом система при условии наличия 50 созданных страниц(узлов), 10 тем форума и около 30 комментариев в БД(на данный момент) отъедает не более 6 мегабайт ОЗУ в пик нагрузки.



Система кэширования статики тоже достаточно просчитана и вот суммарное за месяц в виде графика представление об обращении движка системы к статике(зеленый график) и динамическим скриптам(желтый график).



Итого суммарный за месяц график потребления ресурсов хостинга на обслуживание RevolveR CMS:



Как видно, это меньше 500 единиц из доступных 14500 по тарифу 300 рублей в месяц. Итого суммарная стоимость следуя логике выходит в 15-20 рублей в месяц максимум при использовании хостинга с оплатой за растяжку тарифа.

Цель написать самую дешевую CMS в RuNet предоставляющую возможности сохранения контента с разделением по рубрикам, ведения форума, загрузок файлов, регистрации, ролей и модерации; личных сообщений пользователей выполнена.

В планах еще создание модуля интернет магазина, а также нескольких бесплатных тем оформления с небольшими доработками функционала, но это будет происходить только в будущем.

Видели ли вы аналоги системы RevolveR CMS, чтобы я посмотрел что можно реализовать из стороннего функционала и к чему стоит стремиться?

[xShift]

Поздравьте, RevolveR CMS не смогли взломать сообщество Habr и ФСБ. Федералы предложили пройти аттестацию у них и получить соотвествующие бумажки о соответствии, но я пока не собираюсь аттестовываться так как есть что подправить и frontend сайта не соотвествует требованиям поддержки Internet Explorer и младших версий MS Edge.

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

BIG INT появится в платной версии движка Enterprise и его ресурс со стоимостью обслуживания будут очень привлекательными так как DBX поддерживает кластер уже сейчас.

[xShift]

Rise, да так ) Повыпендриваться и для заказчиков. Может с ними тендеры проще выигрывать(наверняка проще).

[xShift]

Наконец появилось время и я реализовал DBX engine v1.1.2 с поддержкой чанков кэша. Теперь можно сделать либо свалку кэша в один статический файл на каждую таблицу, либо указать количество партиций на которые нужно сегментировать кэши.

Если записей меньше 2000 то можно свалить в одн файл. Если больше - можно сегментировать. Я выбрал оптимальное значение 5 разделов кэш файла.

RevolveR CMS получит данный движек базы данных в ближайшем обновлении после того, как будут реализованы запросы типа JOIN и UNION.

Также под вопросом создание кэша для JOIN запросов. Тут нужно покумекать и возможно я это реализую также.

При пересоздании кэша страница на PHP обрабатывается за 0.174 sec, а при выборке получается за 0.039 sec на тестах при неполностью созданном кэше(только кэш пользователей, очков, сообщений страниц и рубрик). Кэффициент ускорения можете посчитать сами.

Планируется также интеграция HTML кэша для у корения рендеринга страниц. Но нужна ли она? А то Bitrix тролят меня многоуровневым кэшем.

http://cyberx.pro/dbx/dbx-v.1.1.2/

[xShift]

Теперь DBX в версии обкатки поддерживает INNER JOIN любого уровня.

Сделать его оказалось гораздо проще чем я думал. Сейчас я пишу кэш для запросов по следующей логике. Я беру MD5 строки запроса и прибиваю к имени файла, я паршу имена таблиц и выдергиваю MD5 содержимого этих таблиц. В файле статики я пишу конкатенацию из MD5 всех таблиц участвующих в JOIN(он может быть хоть пятерным) и при последующих селектах сверяю хэши. Если хэши статики актуальны с хэшами БД, то данные берутся из кэша. По скольку DBX при каждом обновлении данных insert, update, delete, truncate, inject автоматически обновляет MD5 хэш, то не стоит волноваться об механизме обновления. Данные всегда будут актуальны Yo! RevolveR CMS стает еще круче и оптимизированнее. Это самая выгодная по обслуживаю хостинга система в мире с таким функционалом.

[xShift]

DBX v.1.1.3 :: реализована поддержка INNER JOIN. ABQ простой:

$cFields = ['field_id', 'field_node_id', 'field_user_id', 'field_user_name', 'field_content', 'field_time', 'field_published'];
$nFields = ['field_id', 'field_title', 'field_content', 'field_description', 'field_user', 'field_time', 'field_route', 'field_category', 'field_published'];

$nFields['field_id']['criterion_field'] = 'field_id';
$nFields['field_id']['linked_field'] = 'field_node_id';

$ncFields = [
$cFields,
$nFields
];

unset( $dbx::$result['result'] ); // clean previous result


$dbx::query('j', ['revolver__nodes', 'revolver__comments'], $ncFields);

выдаст запрос:

SELECT `revolver__nodes`.*, `revolver__comments`.* FROM `revolver__nodes` INNER JOIN `revolver__comments` ON(`revolver__nodes`.field_id=`revolver__comments` .field_node_id);

JOIN может быть хоть пятерным. В скором будущем после создания кэша для j и xs запросов будет скомпилировано ядро RevolveR CMS, чтобы систему не ковыряли всякие некомпетентные разработчики типа хабров.