Комментарии 48
Решил я как-то побенкмарчить шаблонизаторы на шаблонизаторе и выяснилось что сам шаблонизатор быстрее чем шаблонизаторы на шаблонизаторе.
Воистину :) Но «сам шаблонизатор» не делает базовых вещей типа экранирования HTML-тегов, поэтому я даже удивлен, что наш эталон быстрее не в разы, а всего лишь на 20%
Чего тут удивляться? Тот же Twig по факту "компилит" шаблон в PHP код, да ещё и оптимизированный и вот он уже кешируется и запускается.
Здесь не очень уместно приводить скомпилированный Twig, но это внушительный файлик из восьмидесяти строк… против четырех для чистого PHP. Скорее всего, разница нивелируется архитектурой Comet, в которой все классы подгружаются один раз и остаются в памяти. В классическом FPM-приложении разница была бы более драматической. Один раздел импортов в скомпилированном шаблоне Твиг чего стоит:
use Twig\Environment;
use Twig\Error\LoaderError;
use Twig\Error\RuntimeError;
use Twig\Extension\SandboxExtension;
use Twig\Markup;
use Twig\Sandbox\SecurityError;
use Twig\Sandbox\SecurityNotAllowedTagError;
use Twig\Sandbox\SecurityNotAllowedFilterError;
use Twig\Sandbox\SecurityNotAllowedFunctionError;
use Twig\Source;
use Twig\Template;
use Twig\Environment;
use Twig\Error\LoaderError;
use Twig\Error\RuntimeError;
use Twig\Extension\SandboxExtension;
use Twig\Markup;
use Twig\Sandbox\SecurityError;
use Twig\Sandbox\SecurityNotAllowedTagError;
use Twig\Sandbox\SecurityNotAllowedFilterError;
use Twig\Sandbox\SecurityNotAllowedFunctionError;
use Twig\Source;
use Twig\Template;
Опкеш и preload никто не отменял. И да, срезать время на предзагрузке — это нормальная идея. Ещё больше удастся получить если вместо Workerman взять Swoole или RoadRunner. Мы под это дело готовим Yii 3, результаты отличные.
Techempower Benchmarks считают что workerman самый быстрый :)
www.techempower.com/benchmarks/#section=data-r19&hw=ph&test=fortune&l=zik073-1r
www.techempower.com/benchmarks/#section=data-r19&hw=ph&test=fortune&l=zik073-1r
О, значит у меня устаревшие данные. Спасибо.
Оказывается несколько дней назад рейтинги пересчитали. Я этого момента уже несколько месяцев жду. Очень круто, что workerman так высоко поднялся. С последнего пересчёта удалось ускорить в 2 раза, ну а spiral оказался даже ниже чем, я ему пророчил, в абсолютных цифрах то же самое, а в относительных — 31 место вместо 16.
Было бы круто запускать yii3 под workerman из коробки. Сейчас у меня есть свой велосипед для запуска yii2 из под workerman, но его трудно поддерживать.
Мы под это дело готовим Yii 3, результаты отличные.
Было бы круто запускать yii3 под workerman из коробки. Сейчас у меня есть свой велосипед для запуска yii2 из под workerman, но его трудно поддерживать.
Эти тесты циклически гоняются по кругу каждые 5-7 дней, не надо ждать результатов несколько месяцев — надо пользоваться ссылками в описании, чтобы отслеживать свежие результаты :) Топовые позиции workerman и php-ngx наблюдаю в нем весь 2020 год. Сегодня приняли мой пулл реквест в мастер с фреймворком Comet на базе Workerman. Надеюсь к Round 20 тоже выйти в топ
Мы пришли к тому, что PHP сам по себе отличный шаблонизатор.
Помещаешь в скоуп нужные данные, включаешь буферизацию, инклудишь нужный шаблон, получаешь вывод в переменную. Не используем глобальные переменные и не пишем бизнес-логику внутри по договоренности
Да, но мне нравится дефолтная экранизация в шаблонизаторах, вложение partials, фильтры в духе Twig… но все это в разной мере доступно во фреймворках, это отдельные критерии для оценки.
Адекватного наследования шаблонов не хватает, вот прям очень сильно, из-за этого скатились постепенно к шаблонизаторам.
А еще не хватает возможности дать стороннему верстальщику доступ к коду не думая о безопасности и работоспособности и не объясняя ему основы php.
А еще не хватает возможности дать стороннему верстальщику доступ к коду не думая о безопасности и работоспособности и не объясняя ему основы php.
Да, у PHP многое отлично получается. Но нужно обязательно использовать фреймворк, потому что нужно использовать фреймворк.
Первое, что приходит в голову — github.com/alexeyrybak/blitz/wiki
Хотя я не большой эксперт по шаблонизаторам в php и почти уверен, что по сравнению с участниками вашего теста, у блица весьма скудный функционал.
Но посмотреть на бенчмарк было бы интересно :)
Хотя я не большой эксперт по шаблонизаторам в php и почти уверен, что по сравнению с участниками вашего теста, у блица весьма скудный функционал.
Но посмотреть на бенчмарк было бы интересно :)
Ох, похоже Blitz не развивается :( Последние коммиты от 2017 года
Он просто настолько стабилен и хорош, что все идеально работает и больше ничего добавлять не нужно!
Еще раз вернулся к Blitz и обнаружил более серьезный стоп-фактор: Blitz is a PHP extension distributed in source code (Win32 users can download compiled DLL's).
Для меня принципиально было использовать нативный шаблонизатор, поэтому и Phalcon Volt не взял в тестирование.
Для меня принципиально было использовать нативный шаблонизатор, поэтому и Phalcon Volt не взял в тестирование.
Именно так и есть. Собственно там есть все, что нужно.
Смотрите ветку PHP7, ошибки правятся. Юзаем на двух проектах. По скорости близко к нативному PHP. Ну как бы и понятно, оно расширение.
А если бенчмарк приблизить к реальности? Ну там лайауты, эмбеды…
Бенчмарк был полноценный или один прогон на холодных данных?
Мастерство представления масштабов на диаграмме — это вообще верх мастерства. Если сделать на графике диапазон от 30 до 50, то для некоторых шаблонизаторов будет казаться, что их производительность отрицательная.
Мастерство представления масштабов на диаграмме — это вообще верх мастерства. Если сделать на графике диапазон от 30 до 50, то для некоторых шаблонизаторов будет казаться, что их производительность отрицательная.
Я сам люблю графики от ноля, но в данном случае график рисует онлайн-сервис чартов, он решил масштабировать от минимального значения
А не лучше ли вместо
делать
Такой подход мало чем отличается от прочих шаблонизаторов.
$html = '<html><head></head><body>';
foreach ($data as $message) {
$html .= "<p>$message->code : $message->message</p>";
}
$html .= '</body></html>';
делать
<html><head></head><body>
<?php foreach ($data as $message) { ?>
<p><?= $message->code ?> : <?= $message->message ?></p>
<?php } ?>
</body></html>
Такой подход мало чем отличается от прочих шаблонизаторов.
Можно и такой вариант попробовать, через eval() кода с шаблоном. Спасибо за идею.
Вместо eval может больше подойти что-то вроде
Ну и использовать ob_* функции если надо вывод перехватить.
class Renderer
{
...
function render($viewPath, array $params = [])
{
extract($params);
include($viewPath);
}
...
}
Ну и использовать ob_* функции если надо вывод перехватить.
Вот так оно делается: https://github.com/yiisoft/view/blob/master/src/PhpTemplateRenderer.php#L9
gotz кстати, будет круто и наш view затащить. Пакет самостоятельный и, хоть к релиза ещё не было, вполне работает.
Так это же медленее будет, нет? Идея с PHP была в том, что он должен работать как некий эталон производительности. Чем быстрее работает такой нативный шаблонизатор, тем проще оценить оверхед остальных фреймворков.
Ну чтоб совсем быстро было, можно вообще не париться с фреймворками и обойтись даже без подключения дополнительных файлов. Т.е. и конфиг для доступа к БД, и подключение к ней, и выборка/запись данных и прочая логика, и HTML — в одном файле. Будет ОЧЕНЬ быстро :D Так делали 20-25 лет назад. А если серьезно, то например само подключение к БД займет намного больше времени (если оно используется, конечно).
P.S. Я хочу сказать, что это не тот случай, когда следует беспокоиться о производительности. Ну выиграете вы с eval несколько лишних микросекунд (если, конечно, выиграете), толку с этого?
P.P.S. Ведь view все равно подключать надо как отдельный файл, или вы это в контроллере хранить собираетесь? И параметры ему распаковать тоже надо.
P.S. Я хочу сказать, что это не тот случай, когда следует беспокоиться о производительности. Ну выиграете вы с eval несколько лишних микросекунд (если, конечно, выиграете), толку с этого?
P.P.S. Ведь view все равно подключать надо как отдельный файл, или вы это в контроллере хранить собираетесь? И параметры ему распаковать тоже надо.
Так я же и не ратую за экономию микросекунд :) Выбираю полноценный шаблонизатор, реализованный «по всей красоте» современных стандартов. Но план именно в том, чтобы взять готовый движок, поддерживаемый и используемый в коммьюнити, а не написать свой :) Вот эти все полноценные фреймворки в тесте — они как раз хранять шаблоны в отдельных файлах и подгружают / компилируют их в процессе вызова. Но надо расшарить бенчмарки на GitHub, чтобы это было более наглядно.
Было бы интересно сравнение разных более сложных конструкций
Вот этот шаблонизатор возможно заинтересует github.com/fenom-template/fenom
Вот этот шаблонизатор возможно заинтересует github.com/fenom-template/fenom
Есть ещё такой Fenom
Интересная идея, жду продолжения. Большая просьба — не используйте «маркетологические» диаграммы, начинающиеся не от нуля. Это затрудняет визуальную оценку результатов — когда в тексте «отстает в два раза», а на диаграмме разница в высоте столбцов раз в пять.
Вы бы могли использовать человеческий шрифт для взрослых людей?
И графики от нуля, а не для продажников.
Спасибо.
Тема интересная ) И какой же шаблонизатор пошел в ваш проект?
Пока еще не определился, выбрать валидатор для проекта оказалось проще :) По производительности и популярности надо брать Twig, но он тянет за собой много зависимостей.
2 полифила — это много?
Как-то пропустил этот топик :(
Странно что никто не упомянул Stempler
github.com/spiral/stempler
очень неплохая производительность особенно на больших шаблонах
Странно что никто не упомянул Stempler
github.com/spiral/stempler
очень неплохая производительность особенно на больших шаблонах
Ждем, пока компоненты Spiral наберут критическую массу пользователей в сообществе PHP :)
RoadRunner и CycleORM уже активно используются много где.
И если альтернативу RoadRunner-у в наиболее частом его применении еще можно найти (конечно это зависит от задач), то вот CycleORM-у — нет (доктрина не всегда подходит).
Тоже самое и насчет Stempler-а — если нужен кастомный DSL, с большими сложными шаблонами, то альтернативы у него и нет — тот же Twig, который стандарт де факто, в некоторых извращенных случаях просто тормоз (даже со скомпилированными шаблонами)
И если альтернативу RoadRunner-у в наиболее частом его применении еще можно найти (конечно это зависит от задач), то вот CycleORM-у — нет (доктрина не всегда подходит).
Тоже самое и насчет Stempler-а — если нужен кастомный DSL, с большими сложными шаблонами, то альтернативы у него и нет — тот же Twig, который стандарт де факто, в некоторых извращенных случаях просто тормоз (даже со скомпилированными шаблонами)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Самый быстрый шаблонизатор для PHP