Чего сразу потешаться? Ну пусть так, делу-то не мешает... По сабжу-то можно сделать? Или я чего-то не знаю и это уже 100 раз написано?
Тадааам, торжественные фанфары! Встречаем версию альфа 0.2 : )))))) Косяк с локальными переменными циклов пофиксен, теперь всё в порядке. В связи с этим же исправлением избавился от "тяжёлого" форича. Версия доступна на сайте для скачивания. Koc теперь можно пробовать
PHP: <? $tpl = new phparser( 'templates' , 'cache' ); echo 123; $tpl -> load( 'index' ); // тут вывод куков setcookie("TestCookie", "something"); $tpl -> parse(); ?> Warning: Cannot modify header information - headers already sent by (output started at Z:\home\localhost\www\index.php:10) in Z:\home\localhost\www\index.php on line 13 ошибка есть
Koc, пардон, гоню. Я чёт с echo прогнал. Нафиг там echo, если есть шаблонка. Естестно, будет гнать, но echo выкинуть, тогда будет всё ок. В принципе можно на эту тему включить в саму шаблонку работу с буфером вывода, но не уверен, что это необходимо, бо если программист захочет сам начать их пользовать, то будут глюки. А в $tpl->v('db', $db); какой смысл? Зачем объект базы в шаблоне? Или я чёт не совсем понял поставленной задачи... Можно контекст и код шаблона.
print_r($db) выведет: db Object ( [db_connect_id] => Resource id #4 [query_result] => [row] => Array ( ) [rowset] => Array ( ) [num_queries] => 0 [total_time_db] => 0 [time_query] => ) пробуем иначе: ... include'core/template.php'; $tpl = new phparser( 'templates' , 'cache' ); $tpl -> load( 'index' ); $tpl->v('some', 'aa'); $dbStats = NULL; $dbStats['db_connect_id'] = $db->db_connect_id; $dbStats['num_queries'] = $db->num_queries; $dbStats['total_time_db'] = $db->total_time_db; $tpl->arr($dbStats); $tpl->parse(); ... <html> <head> <title>[title]</title> </head> <body> [some] <hr> базы данных:<br /> connect_id - [db_connect_id]<br /> num_queries - [num_queries]<br /> total_time_db - [total_time_db]<br /> </body> </html> выводит: <html> <head> <title></title> </head> <body> aa</body> </html>
А кэш удаляешь? Может он просто сохранился с того раза, пока ты не дописал? Вставь в конец: $tpl -> re_cache(); ### while developing $tpl -> parse();
У меня с такого кода: PHP: <? include( './phparser.php' ); $tpl = new phparser( 'tpl' , 'cache' ); $tpl -> load( 'test' ); $tpl->v('some', 'aa'); $dbStats = NULL; $dbStats['db_connect_id'] = 0; $dbStats['num_queries'] = 0; $dbStats['total_time_db'] = NULL; $tpl->arr($dbStats); $tpl -> re_cache(); ### while developing $tpl -> parse(); ?> HTML: <html> <head> <title>[title]</title> </head> <body> [some] <hr> базы данных:<br /> connect_id - [db_connect_id]<br /> num_queries - [num_queries]<br /> total_time_db - [total_time_db]<br /> </body> </html> Вывел: HTML: <html> <head> <title></title> </head> <body> aa <hr> базы данных:<br /> connect_id - 0<br /> num_queries - 0<br /> total_time_db - <br /> </body> </html>
да, спасибо, забыл про кеш. Сейчас пробую написать простенькую систему голосования, используя шаблонизатор. upd: то ли я туплю, то ли бок: Скачать needHelp.rar с WebFile.RU (2kb)
Эээм, это моя дурацкая замашка непризнания 0го значения массива... У меня подразумевается, что массивы с 1 начинаются. Тааак, чёж придумать-то. Все ж по разному пишут... По сабжу будет работать, если сделать так: $answers[$i+1]['answer'] = $vote['a'][$i]; $answers[$i+1]['VoteID'] = $vote['aID'][$i];
Danilka во-во, я тоже подумал, что это из-за индекса 0. Думаю, что правильней было б начинать нумерацию элементов с нуля. Так делали Керниган и Ричи. Ну и подавляющее число программистов делают именно так. еще на тему шаблонизаторов: http://jeurey.com/89.html http://jeurey.com/91.html как такая реализация?
Пофиксил, качаем v. 0.3a Нет, я не спорю, классика это хорошо. Но в этом случае, на мой взгляд это застоявшийся маразм, который теперь слишком поздно исправлять. Давайте не будем спорить на эту тему, бо все понимают, что спор пустой, тем более, что проблема исчерпана. Пишем шаблонку, она развивается и это не может не радовать.
Я бы с удовольствием исправил и оставил только возможность начинать с 0, но тогда мня самого будет ломать пользоваться шаблокой, а писал я её изначально для себя, так что жить бдут оба варианта. Благо ресурсов они едят ровным счётом 2 ифа.
интересный момент: [loop answers] <input type="checkbox" name="cVote" id="c[VoteID]VoteID" value="[VoteID]" /><label for="c[VoteID]VoteID">[answer]</label><br /> [/loop] [VoteID] не обработается Даже .еслиб это было [VoteID2], все равно не обработалось бы. а если мы сделаем через [abc] - обработается. Почему? зызы: добавь в класс информацию о версии, мол //$rev 17.06.08 отвечу сам: символы в верхнем регистре не парсятся. Это не есть гуд, имхо.
так-с, вот как сегодня потрудились исправили за раз несколько багов. В итоге получилось: index.php: PHP: <?php Error_Reporting(E_ALL & ~E_NOTICE); define("MAIN_FILE", true); include'core/template.php'; $vote['title'] = 'мой вопрос'; $vote['a'] = array('вариант ответа 1', 'вариант ответа 2', 'вариант ответа 3', 'вариант ответа 4'); $vote['aID'] = array(333, 334, 335, 336); $tpl = new phparser('templates', 'cache'); $tpl->load('index'); $tpl->v('voteTitle', $vote['title']); $tpl->v('type', 'c'); //r - radio/c - checkbox. $answers = NULL; $i=0; while($vote['a'][$i]){ $answers[$i]['answer'] = $vote['a'][$i]; $answers[$i]['VoteID'] = $vote['aID'][$i]; $i++; } //print_r($answers); $tpl->l('answers', $answers); $tpl->re_cache(); $tpl->parse(); ?> index.tpl: HTML: <html> <head> <title>[title]</title> </head> <body> [voteTitle] <form name="fVote" id="fVoteID" action="?do=vote" method="post"> [if type=='c'] [loop answers] <input type="checkbox" name="cVote" id="c[VoteID]VoteID" value="[VoteID]" /><label for="c[VoteID]VoteID">[answer]</label><br /> [/loop] [else] [loop answers] <input type="radio" name="rVote" id="r[VoteID]VoteID" value="[VoteID]" /><label for="r[VoteID]VoteID">[answer]</label><br /> [/loop] [/if] <input type="submit" name="sVote" id="sVoteID" value="Ответить"/> </form> </body> </html> в принципе лаконично и прикольно, правда логика опять вылезла за пределы кода. Завтра попробую сделать это же с другим классом шаблонизатора, для сравнения. О резкльтатах доложу.
то есть HTML: ... [if type=='c'] [loop answers] ... должно было находиться не в шаблоне, а в коде. Дизайнеру даем шаблон, сами работаем с кодом. В нашем же случае дизайнеру прходится объяснять, что такое loop-цикл и так далее. посмотрим. Не знаю что именно, но что-то на подсознательном уровне говорит мне остановиться на этом шаблонизаторе. Правда боюсь, что он будет много ресурсов потреблять. Есть на нем уже какой-нить работающий проект?
Чёт я не представляю если, честно, как обойтись без логики в шаблоне. Разве что использовать контекстный подход, как в блитце, но это совсем другой разговор. Было бы круто увидеть пример. Проект на шаблонизаторе есть, но в массы не выходил, да и врятли будут такие масштабы, чтобы заметить тормоза шаблонизатора. А масовый проект только планируется. Дело в том, что массовый - дормовой и времени на него пока нет. По идее сделать бы бенчмарк какой-нибудь, как кто-то сделал с блицем и пр., но опять же нет времени да и особого желания. Думаю, что в будущем можно развить параллельную версию, поддерживающую кеширование готовых страниц, как описывалось выше, но тут снова палка о двух концах. Тема -то хороша, но реализация на файлах, боюсь не принесёт должного результата (хотя может и ошибаюсь), а с БД заморачиваться не хочется, бо каждый с ней работает, как он привык и переучиваться ради шаблонки, вопрос спорный. А всем не угодить, это точно. Так что пока вопрос открыт.
тут многое еще будет зависить от схемы работы веб-сервера - кешировать готовые страницы, которые будет отдавать ngnix ДО апача - может быть очень эффективно
хех, сделай нормуль сайт своему парсеру ))) хотяб ) я на досуге попробую поглядеть, времени мало, к сожалению, мож тоже каких идей подкину. ЗЫ. А логика в шаблоне быть должна, имхо - но своя - логика отображения.