Мое рвение оптимизировать все и вся не оставляет меня в покое. Я очень долго тестировал производительность VDS против производительности облака, я очень долго подбирал софт и выбирал ОС для серверной части. Все это пытался настроить так, чтобы производительность была на высоте, и, на этой стороне я, кажется, достиг цели. Далее у меня шел сам LiveStreet. Я хотел не только ускорить его работу, но и расширить функционал. И первым делом решил взяться за шаблонизатор, т.к. Smarty не устраивал меня своей скоростью.

Очень много статей было прочтено про эти шаблонизаторы, и выхода было 2: Twig или отказаться от обработчиков шаблонного кода вовсе. Решил для начала опробовать Twig (ведь его разработчики еще трудятся над фреймворком Symfony, что уже воодушевляет). Внедрение его в LS не заняла больше 30 минут, это оказалось очень просто. После его интеграции я решил опробовать его быстродействие, на сервере где установлен apache+php, без всяких модулей оптимизации php кода (типа eAccelerator, APC, memcache и т.п.), был установлен чистый LS, без всяких модулей, и без контента. Со Smarty страница генерировалась от 0.2 до 0.4 секунды, с шаблонизатором Twig генерация не занимала более 0.17 секунд (0.17 максимальное значение на главной, минимальное — 0.09).

При интеграции перед мной встали пара нюансов — это тэги LS (hook, router, cfg и т.п.), от части я просто отказался, например вместо {router page='blogs'} можно написать {$aRouter.blogs}, тоже самое и с конфигами: вместо {cfg name='view.name'} можно написать {$oConfig->get('view.name')}. Казалось бы, мелочи, но мы сохраняем бесконечно малую часть производительности, отказавшись от этих тэгов. Теперь я расскажу про тег {hook run='some_hook'}. Twig я интегрировал для собственных разработок, не планируя выводить его в свет, поэтому и от хуков в шаблонах я тоже отказался, возможно, придется их внедрить.

Шаблонизатор порадовал меня не только своей скоростью, но и синтаксисом, функционалом и расширяемостью. Например в нем есть универсальный фильтр для объектов и массивов, т.е. раньше мы писали {$oUserCurrent->getId()}, а сейчас {{ oUserCurrent.getId }} — выглядит лаконичнее, да и верстальщика не испугаешь :)

Так-же больше не будет проблем с JS кодом, который в Smarty приходилось оборачивать тегами, тем самым не обрабатывая куски нужного кода шаблонизатором.

Сейчас он интегрирован жестко, без использования плагинизации, как только я допишу для него использование хуков, а так-же некоторых стандартный методов модуля Viewer (например сейчас не работает Fetch, GetLocalViewer), я выложу его в свет.

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

И на последок я оставлю пару линков на документацию и на исходники.

Спасибо за внимание, ждите новый шаблонизатор для LS ;)