Тогда уже проще было бы сделать что-то наподобие Surreal CMS (редактирование обычных html файлов). Тогда скорость обработки вообще колоссальная была б. :) А так автор хочет городить города на песке.
А все эти системы пошли от Radiant CMS кжись (интерфейс у всех слизан). :)
Парсинг XML гораздо трудозатратней хранения данных в MySQL или Postgree. В нормальной БД сначала рассчитывается позиция элемента, а уже после производится обращение к нему, тем более можно назначить поля для индексации по которым производятся выборки. В XML нужно сначала загрузить все дерево, обработать все данные, а уже после в этом массиве найти нужный нам элемент. Не рационально, согласитесь.
Хм, странно зачем использовать XML, если можно спокойно работать с SQLite. А так если нужен простейший JOIN приходиться кучу файлов лопатить.
Тем более есть хостинги, которые не держат SimpleXML. А SimpleXML чудо тормознутое. На больших массивах данных начинает жрать оперативку и есть шанс попасть на timeout скрипта.
Система конечно интересна ввиду её простого интерфейса.
Чуть позже...
Почитал весь трэд, была отсылка к файлу Uri.php. Нужно срочно переделывать. Хотя бы функцию getUri().
Процедурное программирование. +1 человеку, который сказал, что нужно использовать префиксы. Можно было использовать классы-синглтоны или статические классы для формирования namespac-ов.
В каждую директорию пустой index.html для того чтобы на серверах с открытым листингом директорий содержимое папок не раскрывалось.
На серверах для визиток чаще отсутствует mod_rewrite нежели MySQL. Сделайте альтернативные ЧПУ вида sitename.ru/?/page1/page2/
Какие различия между хэлперами и файлами в папке engine/ ?
Почему присутствуют функции в php-файлах директории config/ ?
Красота кода - в его логичности, а не в его отформатированности.
