Не знаю как по мне так довольно нехило. Можно мне глянуть полный исходник?

Вообщем поглядел я ващу "CMS" вот что можно заметить:
- нет определений public protected private как для методов так и для переменных
- нет автоматического обнаружение и подключения новых модулей
- нет обработка ошибок

stepan
Я же написал, это основные функции ядра. Я вырвал их из полноценного core.php, а мелочи надеюсь все учтены в полном классе.

- нет определений public protected private как для методов так и для переменных

В 4x PHP такого понятия нет. Хотя на самом деле полноценная CMS будет работать только под 5x, но по привычке не стал расставлять private и т. д.
В общем суть не в этом, код работает.

- нет автоматического обнаружение и подключения новых модулей
Самое интересное, что обнаружение и подключение происходит так просто, что проще уже некуда. Обратите внимание на строчку в функции decode_separator, include("moduls/".$separator."/index.php"); То есть, если вы кладете в папку moduls/mymodul/ файл index.php (содержащий в себе модуль), а потом в любом месте шаблона пишите {mymodul} то система автоматически запускает этот модуль. Такие дела.

- нет обработка ошибок
В полном классе core все это есть.

Можно посмотреть всю CMS ? Желательно работающую уже на каком-нибудь маленьком примере...
А то я покавырялся в коде, но получил небольшое представление о работе core )

Созрел выложить рабочую версию ноу хау CMS.
http://narod.ru/disk/3019490001/drilllite.rar.html

Для быстрой установки создайте базу данных с именем dl_demo и пользователем dl_demo, без пароля.

Импортируйте дамп базы dl_demo.sql.

Название домена не важно, но для полной уверенности назовите папку drilllite.

Это лайт версия, подойдет для ознакомления с ядром, а также на этой версии спокойно можно написать сайт-визитку.

Демонстрационный шаблон стандартной трехколоночной табличной верстки, графика отсутствует.

Вход в админку: drilllite/control/
Логин: admin, пароль: demo

Жду комментарии и вопросы.

Спасибо.

lost_cluster
Очень даже не плохо. Довольно таки просто реализовано и при этом есть практически весь необходимый базовый функционал.

Хотя конечно есть небольшие недочёты. В частности, не плохо бы ввести префикс таблицы и возможность его менять. А то сейчас 2 сайта на одной базе создать не получится.
Ну и по безопасности можно ряд дополнений сделать... Скажем пароль к админке хранить в открытом виде в файле не самый лучший вариант. Да и вообще во всех файлах неплохо бы прописать защиту запуска извне, из серии:
в index.php пишем define('DRILL', 1); а после во всех подключаемых файлах if(! defined('DRILL')) вывод страницы 404.php

Ну и в текущей версии не увидел возможности создания древовидноо меню и соответственно в админке создание подменю и вывода...Это основа, такое должно быть даже в лайтовой версии)

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

Как будет время попробую протестировать скорость работы и сравнить с другими ЦМС... Сами, кстати, такое тестирование не проводили?

Гость_Алексей
"Хотя конечно есть небольшие недочёты"
Они все известны и будут по необходимости исправлены, важно ядро, хочется понять есть ли смысл в подобной реализации, которая в других CMS не встречается.
"Ну и в текущей версии не увидел возможности создания древовидноо меню"
Есть модуль древовидного меню, но в полной версии, при этом некоторые операции даже в текущей версии включат в админке систему папок и файлов (дерево в общем).

Буду благодарен Вам за любой анализ на скорость и т. д. (кстати в core.php нужно снять знаки комментов с пары строчек и на страницах будет отображаться время вывода страницы в секундах).

Вот это

$php_code = "$".$separator." = new ".$separator."();";
eval($php_code);

заменяется обычным

${$separator} = new $separator();

Здесь нафига две переменные, какой сокровенный смысл в данном случае использовать абсолютно лишнюю $sql_where?

$sql = "SELECT * FROM pages";
$sql_where = " WHERE page_url = '".$page."' AND status > 0";

Вот это вот все strpos(), strlen(), substr() и прочие абсолютно не будут работать в случае UTF-8, однобайтовыми кодировками уже мало кто пользуется. Мелочь, а не приятно

if ( ($this->row) AND array_key_exists($separator, $this->row) )

желательно

if ( ($this->row) && array_key_exists($separator, $this->row) )

Вот это

$php_code = "$"."this->".$separator."();";
eval($php_code);

также заменяется на

$this->$separator();

в целом ориентация на php4 и win-1251 убивает систему в зародыше.

linker
"Вот это вот все strpos(), strlen(), substr() и прочие абсолютно не будут работать в случае UTF-8, однобайтовыми кодировками уже мало кто пользуется. Мелочь, а не приятно"

mbstring решит проблему) И всюду, где установлен php5, mbstring ставится по умолчанию на сколько мне известно. Думаю прописать в ядре вместо strpos: mb_strpos и прочее, не составит труда.

Сейчас поставил на сайт кодировку UTF-8 и никаких проблем при использовании движка замечено не было, всё работает корректно.



lost_cluster
Как будет выводиться у вас подменю? И вообще дерево каталогов (меню)?
Что то так и не понял по какому принципу оно будет выводиться и какую структуру иметь.
Возможно ли в вашем движке путь к любой странице задавать как: http://имя_сайта/имя_подменю/ ?
Или только http://имя_сайта/имя_меню/имя_подменю/ ?

Ещё вопрос по ядру function drill, вот есть у нас страница в кеше, допустим существует файл с кешем, но чтоб этот файл вывести сперва всё-равно происходит чтение настроек set_drill_options, чтение текущей страницы set_page_struct , меню set_menus и прочее...Т.е. в любом случае все данные читаются...А смысл тогда кеширования?

А так мелочей править много...Повторяющегося кода хватает, при чём в самом ядре.
На счёт смысла реализации...Почему бы и нет? Думаю побыстрее чем ряд других cms и раз писали под себя, то вам будет удобно работать с этой системой, а это не мало важно.

Гость_Алексей
Ну так это надо делать изначально, а не оставлять на потом, когда петух клюнет.

Решил зарегестрироваться) (Алексей)

linker
Это всё-таки мелочь, которая легко правится в самом движке, а вы сразу пишите мол это убивает систему в зародыше. Как может убить систему то, что правится за минуту?

поставил кодировку utf-8 и всё работает...главное чтобы файлы шаблонов были так же в utf-8 )

ммм если код писался для пыхи 4 то переписать его под 5 сложно. Я точно говорю вот недавно правил с десяток скриптов.

Forward
А пользователям CMS вы тоже объяснять будете чего им там нужно поправить и где?

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

По мне так такой шаблонизатор должен быстрее того же Смарти работать.

А мелочей в коде хватает) Править и править

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

	$query = SetQuery(array("modul"=>"pages",
							"db_table"=>"drill_pages",
							"db_cat"=>"drill_pages_cat",
							"db_field"=>"db_name",
							"db_sort"=>"name",
							"db_order"=>"asc",
				  			)
					  );

	$CPanel->AddControl('folder');
	$CPanel->AddControl('file');	
	$CPanel->AddControl('divider');
	$CPanel->AddControl('order_by_name');	
	$CPanel->AddControl('divider');
	$CPanel->AddControl('filter');
	$CPanel->AddControl('divider');
	$params = array("db_name|Имя", "db_path|Ссылка");
	$CPanel->AddControl('dl_field', $params);

А смысл тогда кеширования?

Guest
strlen() от значения "Привет" в UTF-8 вернет только половину реальной длины этой строки т.д.

Да, ещё... В любой CMS обязательно используйте префиксы таблиц, с возможностью изменения префикса в настройках сайта.

Сейчас 2 сайта на одной базе сделать не получится, а это весьма распространенная задача, на многих хостингах число БД сильно ограничено.
Чтобы сейчас создать второй сайт в той же базе, у вас во всём коде придётся префикс менять.

lost_cluster
Прошу прощения, обсчитался малясь. Систему не убьет использование функций расширения mbstring вместо их стандартных эквивалентов, на жуткий крайняк iconv() сойдет.

Forward

lost_cluster
Не поверишь, но думаю, что большинству "человеков" в мире, как и мне собственно, абсолютно похрену как выглядит url в адресной строке (никто его не будет запоминать, для этого есть закладки/избранное). Все это бред заядлых ЧПУистов, для сдирания денег с клиентов за так называемые услуги СЕО.

linker

lost_cluster
Ну битрикс известен своими говнокодами. Данная конструкция предназначена для настройки расширения mbstring - MultiByteString. Данное расширение предоставляет функции для работы со строками у которых многобайтовая кодировка (UTF-7, UTF-8, UTF-16). Все функции, которые относят к этому расширению начинаются с префикса mb_. Стандартные же функции php: strlen(), substr() и прочие никоим боком не относятся к этому расширению, а потому им пофигу, чего у вас и у битрикса написано в .htaccess

linker
А я бы на вашем месте проверил, не так-то и сложно. =)

Приведённая мной конструкция решает проблему со строковыми функциями при работе с кодировкой UTF-8. Нет необходимости использовать mb_

Просто протестируйте.

lost_cluster
Да, пригляделся внимательнее и все понял, прошу прощения, что не заметил сразу.