Микро ядро для сайта

Чёт я хрень написал сам не понял что написал

Да из за этого и решил сделать себе сайт без cms сам, бо во всех cms куча ненужного, например теже настройки в базе данных, а это +1 запрос
Думал зделать так но мне будет впадло такое сочетание символов набирать, куда легче METAKEYS
$set['meta']['keys']
А чёт я не дочитал твой пост, да так лутчше но я думаю и так сойдёт

Я хотел сказать что легче набрать
$tpl->Head('титыл','ключи', и т.д.);
Чем
$tpl->Head(array('keys'=>'keys', 'title' =>'title' и т.д.);

# reaper (02.01.2015 / 17:40)
Не в обиду, но вот это вот всё и есть один сплошной недостаток. Уродство какое-то. Фу.
То, что ты сделал пару классов со статическими полями и методами -- это ещё не ООП.

Далее там есть такой код:

О твоего ответа и ждал Гг
Одна точка входа это я так понимаю
Типо пишешь url "site.com/dir/file.php а сервер реврайтит так site.com/?url=dir/file.php
Да если так делать то поидее открываються новые возможности, но я считаю что мне не надо сильно красивые url-ы да и лишняя хоть совсем небольшая но нагрузка, я делаю по принципу простоты, а то что ты дал обезательно почитаю
Ах да насчет последнего я нечего не понял - я нуб в этом Гг
я только слыхал о таких понатиях как беканд и фронтенд ито когда настраивал nginx с апачем

# reaper (02.01.2015 / 17:40)

<?php
include 'cfg.php';
$tpl->Head();
echo 'это теставая страница';
echo '<br />
Ваш юзер агент: ' . client::$agent;
$tpl->Foot();
?>

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

$Tpl->assign('title', ' | Error 404', TPL_ASSIGN_UPDATE);  // обновляем титлы
// на крайняк, подключаем универсальный шаблон. в который закидываем текст //
$Tpl->assign('example', $example);
$Tpl->complite('404');  // подключаем шаблон.

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

Swank, Одна точка входа позволит тебе не инклудить в каждом файле твой cfg.php и выводить шапку с ногами. Твой подход никак не упрощает, а заставляет делать одно и то же по сто раз.
Урлы могут при этом выглядеть как угодно, вообще без разницы. Производительность при этом вряд ли вообще заметно изменится. Микрооптимизация какая-то, к тому же сомнительная.

Грубо говоря, бэкэнд -- твоё похапешное приложение. Бизнес-логика.
Фронтенд -- представление. Весь вот этот html, js и прочее говно.
Смешивание логики приложения с представлением -- плохая идея.
Про REST можно почитать тут: https://ru.wikipedia.org/wiki/REST
Про RPC здесь: https://ru.wikipedia.org/wiki/ ... D1%80

Идея в том, что твоё похапешное приложение принимает и возвращает какие-то данные, либо в json, либо в xml, либо ещё в каком-либо формате. Неважно.

Фронтенд пишется на каком-нибудь яваскриптовом MVC фреймворке и обращает к бэкэнду с помощью ajax запросов. Далее, если тебе понадобится например api для мобильного приложения, то уже не надо будет что-то придумывать и реализовывать всё по новой, т.к. API уже готово.

ramzes, Да думал так сделать,, но я уже выше писал что что не хочу переадресовыть так site.com/?url=кококо

# ramzes (02.01.2015 / 18:01)
такого вообще не должно быть. раз уж отделять мух от котлет, то такая мизерная страничка в виде кода должна выглядеть примерно так
[php]$Tpl->assign('title', ' | Error 404', TPL_ASSIGN_UPDATE); // о

Если уж и делать шаблоны на стороне сервера, то ещё лучше будет, если контроллёры возвращают какой-нибудь массив, а формат определяется на основе конфига.
Я у себя такое вроде как успешно реализовал. Гг
http://vermillion.readthedocs. ... .html

reaper, Так более понятно, спасибо буду изучать
Да это явно удобно что не надо постоянно все подключать бо в index.php всё делаем и всё
Я когдато так уже делал но наткнулся на некоторые неудобства и решил что легче каждый раз прописать инклуд и вывод низа с верхом

reaper, ну у меня роутер шаблонизатору командует. мутная фигня написанная лет 6 назад
сюда просто примерчик написал чисто с шаблонизатором, без всего лишнего.
а вообще я отказался от шаблонизатора в пользу CSS и JS.
мне на фиг не надо 100 вариантов интерфейса

# Swank (02.01.2015 / 18:09)
ramzes, Да думал так сделать,, но я уже выше писал что что не хочу переадресовыть так site.com/?url=кококо

ну и зря. и красиво, и удобно, и работать с переменными вместо реквест-ури удобнее

Есть замечательная серия статей о создании собственного фреймворка на основе Symfony 2 от её создателя.
http://fabien.potencier.org/ar ... art-1
На русском http://habrahabr.ru/post/136110/
Правда на русском только 5 частей из 12-ти. Да и качество перевода хромает.
Будет как минимум полезно ознакомиться.