Pull to refresh

Comments 20

Я вывод сделал давно и использую либо пункт 1, либо XML+XSLT
Круче инклюда ещё не придумали ничего
Зачем сильно заморачиваться на выжимании каких-то процентов производительности на шаблоне.
Основная нагрузка на движок обычно бывает в других местах. Шаблоны должны быть в первую очередь удобными в использовании. А для ускорения их работы уже можно использовать их "компилирование" и кэширование.
чет и без профайлинга было ясно в каком порядке результаты теста пойдут :) И врядле найдутся люди, использующие парсинг без кеширования и компиляции. Но никак не могу понять, почему верстальщик может выучить Смарти и иже с ними, при этом шаблоны на самом ПХП его уму не поддаются! :) Както обижают верстальшиков.
вот тоже непонимал этого. Смарти - очередная технология, которую хочется впихнуть в ядро и доказать себе, что ты это осилил. В производительности тоже минус. Сначала интерпритатор обрабатывает php-код, потом этот код обрабатывает смарти. брррр((
Тут интересно другое — насколько одни подходы медленнее других.
И в частности, что кэширование с использованием file_exists довольно быстро работает и это можно использовать дабы не писать хотя бы бесконечные <?= ?>
Возможносьть писать {$var} вместо не самое критичное преимущество, а против кеширования действительно ничего против не имею, даже наоборот.
Это все равно, что помидор и огурец сравнивать по количеству витамина С, положив их на весы

Слово КЭШ пишется cache, а не cashe
интересней было бы почитать про xslt, я, конечно, не гуру кодинга, но в статье ничего нового не нашел...
а как вам такой вариант:

$vars['some'] = 'some';
ob_start();
include_once("template.html");
$str = ob_get_contents();
ob_clean();
я такое юзал, до того как перешел на XSLT. Мне нравилось, тк удобно было модули писать.
А зачем вам, интересно, сначала выполнять шаблон а потом уже получать его в виде строки?
Обычно делается наоборот — получается текст шаблона, обрабатываются подстановки а потом результат выполняется.
Если сайт лепиться из нескольких шаблонов, то это вариант вполне удобен.
Но лично я такое использовал для подключения модулей.
а почему вы решили что в template.html надо что нибуть подставлять :)
Иногда, например, при отправки письма (активационного или еще какого-то), необходимо в шаблон подставить данные
О, ужас... Что вы сравнивали? Производительность функций PHP? Да какой там...
Производительность подходов к подключению шаблонов.
Я недавно написал JS функцию. :)

HTML-Шаблон и данные подгружаем с помощью AJAX.
Далее простой функцией в JS меняем шаблон как душе угодно и выводим результаты с помощью .innerHTML ;)

Часть обработки шаблонов на сервере вообще не понадобилась. Единственное, добавилось JSON/XML. Но тут я вижу одни только плюсы!
И как поисковики к такому отнеслись?
С поисковиками у нас - отдельный разговор :)
Sign up to leave a comment.

Articles