php_templates 1.3

  • Автор темы Автор темы su1d
  • Дата начала Дата начала

Что нужнее?

  • Пофиксить tmpl_unset()

    Голосов: 1 5,3%
  • Реализовать кэширование шаболнов

    Голосов: 9 47,4%
  • Сделать benchmark'и, сравнивая с другими движками

    Голосов: 5 26,3%
  • Сделать РНР-клон php_templates.php

    Голосов: 7 36,8%
  • Улучшить документацию

    Голосов: 6 31,6%

  • Всего проголосовало
    19
Статус
В этой теме нельзя размещать новые ответы.
>Все это конечно мое ИМХО, и я с радостью выслушаю того, у которого
>получилось сделать 'make html' для PHP-шного мануала под win32.
ну если в http://cvs.php.net/co.php/phpdoc/howto/howto.html.tar.gz пишут, что это нельзя, значит совсем нельзя.
а цыгвин - это все-таки изврат.
так что UNIX/LINUX ONLY все-таки.

>Или ты юзал saxson для генерации?
нет, конечно стандартный openjade.
 
так, сию штуку я установил, сделал кое какие тесты, всё пока очень нравится...

но возник новый вопрос...

скажем я объявляю глобальный тэг, но после tmpl_parse($d); его уже нигде не видно...

ситуация такая: шаблон разбит на 3 части (файла): заголовок, тело и боттом, дык в заголовке нужно указать тэги, чтобы и в боттоме их можно было вызывать...
 
if(!extension_loaded('templates')) dl('php_templates');

$d=tmpl_open("tpl/base/style.tpl");

tmpl_set_global ($d,'s1',$style[1]);

//тут переменная s1 передаётся и всё отлично

echo tmpl_parse($d);

$d=tmpl_open("coding.tpl");

//а тут уже не видно

echo tmpl_parse($d);
 
LENNY:
это РАЗНЫЕ шаблоны.
у второго шаблоны естественно надо назначать эту переменную заново.
глобальная она в случае "контекстов", т.е. вложенных блоков.
 
не очень удобно...

т.е. хотелось бы видеть такие переменные которые ВЕЗДЕ будут работать, назовите их хоть super_global
 
Good fellows,
as you're familiar with templates, answer me, please, what way (method) i should use them to achieve substitution of ONE element of a template to MANY locations. For example, i want to have some string printed twice, so i defined template:
<tmpl:t>{s}{s}</tmpl:t>
but it doesn't work.
Naturally I suppose, that i've tried improper way to use templates. What will be correct then?
Good day, fellows, hope to hear from you.
 
>не очень удобно...
это нормально.
то, что ты предлагаешь - звучит очень странно.
 
т.е. хотелось бы видеть такие переменные которые ВЕЗДЕ будут работать
это бы сбило гибкость движка, и ты бы потерял полный контроль над шаблонами. Поясню: бывает так, что в одном шаблоне тэгу присваивается одно значение, а в другом абсолютно такому же тэгу - другое.
 
есть ли откомпилированная версия под
FreeBSD 4.7-STABLE

если у клиента эта ОС, и ни у меня ни у него нет доступа к серваку, можно найти выход?
 
есть ли откомпилированная версия под
FreeBSD 4.7-STABLE
к сожалению, у меня нет доступа к *BSD-box - ничем помочь не могу.
если у клиента эта ОС, и ни у меня ни у него нет доступа к серваку, можно найти выход?
скомпилить на другом сервере (этот процесс для FreeBSD описан в документации), положить готовый модуль на сайте у клиента, и отправить его (модуль.. сайт не надо) мне, чтобы я положил его на Sourceforge'е для остальных BSD'шников =)
 
Люди!!!!
помогите кто-нибудь, есть у кого возможность скомпилировать этот модуль под
FreeBSD 4.7-STABLE ???
 
кста.. а ведь BSD вроде как должно понимать Linux'овые ELF-бинарники?
wizards, попробуй ему внаглую .so подсунуть с Линукса - поймёт или заругается?
 
вот прочитал на 1 ой страницу

в 1.7 готовится много новых фич,
дык может не стоит ничего кординально менять, иначе боюсь, такой крутой движок так и останется на уровне "вечной разработки"...

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

я достаточно щепетилен к backwards compatibility, к тому же у меня самого уже пара десятков проектов завязаны на этом движке, и, поверь, я жутко ленив для того, чтобы сделать хотя бы простой search/replace, если бы пришлось что-то менять в скриптах с каждой новой версией шаблонизатора. =)

так что ничего из того, что уже работает, менять не буду ни за какие коврижки. только добавлять новые фичи, и, можеть быть, улучшать старые, но никак не меняя их поведения.
 
2 su1d
видать не удасться получить скомпилированный модуль под юникс
ты не знаешь, у какого движка есть функции с похожим синтаксисом, чтобы как можно меньше было переделывать?
 
понятно...

кстати сейчас начинаю работать со вложенными блоками (по местному контекстами), дык переодически Apache выдаёт ошибку и падает... вот что говорил лог винды:

szAppName : Apache.exe szAppVer : 0.0.0.0 szModName : php_templates.dll
szModVer : 0.0.0.0 offset : 000050dd

версия движка 1.5 и 1.6 (на обоих пробовал), Apache 1.3.26, PHP 4.3.0! всё это на Windows XP!
 
Статус
В этой теме нельзя размещать новые ответы.
Сверху