-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
выбор TemplateEngine
- Автор темы Alexandre
- Дата начала
Alexandre
PHPПенсионер
А это вариант - переписать кеширование в Смарти под memcached вместо файлов.
Можно размер кеша ограничить, главное - не будет тормозов из-за считывания 1й строки.
Надо на всякий случай проверить модули для Смарти (вдруг???) и поставить в todo.
(я понимаю, что ты писал про другое кеширование)
Alexandre
PHPПенсионер
тогда это будет уже не смарти,
есть вообще-то smarty-light http://www.paullockaby.com/projects/ которая быстрее официального смарти за счет отсутствия всяких тяжелых фич.
вот нашел там же интерестную статью о быстром шаблонизаторе http://www.massassi.com/php/articles/template_engines/
кстати я в некоторых своих ранних проектах делал нечто похожее, но не выделял это все отдельный псевдошаблон.
идеалогия была следующей: в начале шел код, все переменные для итеративного вывода писались в массив, а в конце программы после
PHP:
?>Хотя, в какой-то степени не очень это удобно. В статье написано, как этот прием выделить в отдельный класс.
Лысый
Новичок
затем, что передо мной тот же вопрос с которого вы начали этот тред
я правильно понял, что вы своих поисках остановились на методике
extract($this->vars);
ob_start();
include($file);
$contents = ob_get_contents();
ob_end_clean();
return $contents;
?
прошло 2 мес. применили ли в проекте с высокой посещаймостью? может как то развили тему?
я правильно понял, что вы своих поисках остановились на методике
extract($this->vars);
ob_start();
include($file);
$contents = ob_get_contents();
ob_end_clean();
return $contents;
?
прошло 2 мес. применили ли в проекте с высокой посещаймостью? может как то развили тему?
Alexandre
PHPПенсионер
Rynor
stay hungry
Я сейчас ищу бесплатную CMS для работы на замену своей (лень писать с нуля третью версию), этот подход где-то реализован, не подскажете?
>XSLT - при правильном использовании (используя несколько стратегий: трансформация на сервере и клиенте) и кешировании обойдёт любой template engine.
>XSLT - при правильном использовании (используя несколько стратегий: трансформация на сервере и клиенте) и кешировании обойдёт любой template engine.
Alexandre
PHPПенсионер
Solid- я знаю пхп-проекты, выдерживающие нагрузку 100 000 хостов в сутки. Однако более - JSP/Perl рулит...
Однако, могу поспорить, что XSLT не всегда эффективно. У меня была разработана система статистики, которая формировала страницу и в HTML, и в Exl (кстати очень удобно - только меняешь шаблон трансформации и все...), однако, когда клиент вывел годовой отчет, то XSLT процессор просто умер... И не важно, где находился формирователь страницы, на клиенте или на сервере... XSLT - штука медленная изначально... А кешировать данные отчетов, это вам не Афишу[dot]ру показывать.
Все бесплатное расчитано на все типовое, высокие нагрузки - решения индивидуальные, соответственно - найти OpenSource маловероятно.
Сергей Тарасов
Профессор
Solid
XSLT, по-моему, тоже не быстрая весчь...
И почему Smarty - прошлый век?
Т.е. ты считаешь, что в больших проектах PHP не место???
Php - это как бы для homepage что-ли???)))))
Странно... Всегда думал иначе.
XSLT, по-моему, тоже не быстрая весчь...
И почему Smarty - прошлый век?
Т.е. ты считаешь, что в больших проектах PHP не место???
Php - это как бы для homepage что-ли???
)))))Странно... Всегда думал иначе.
AnToXa
prodigy-одаренный ребенок
собсна по каким критериям рулит? есть ли success stories по смене php на perl/jsp/etc, приводящей к повышению производительности?
или это ваши домыслы?
в то же время очень много _очень_ посещаемых сайтов создано с использованием open source продуктов, парадокс
-~{}~ 07.11.06 14:21:
Фанат
Ром, ну ты как всегда категоричен, и как ты не устаешь
