В третьей версии смарти всё, что не касается инклюдов медленнее чем во второй.
Надо было придумать пример без дерева — чтобы статья более разоблачительной казалась =)
Фактически получается, что в твоих тестах XSLT борется с функцией _smarty_include класса Smarty (если что — я не в курсе часто ли она используется на практике)
> всегда с интересом брал на себя работу менджмента
Согласен. Это интересно!
Но всё упирается в рамки. Ваши термины «художник» и «таджик» — это описание границ возможного поведения: «Художник» делает что хочет, а «Таджик» то, что ему говорят. «Менеджер среднего звена» — это «СуперТаджик», он отличается от обычного тем, что он начальник. И всё )
Личный опыт.
Сейчас я уверен, что мне лучше либо работать «на дядю» на должности «художника» либо работать на себя. Но уж никак не быть «начальником под управлением дяди».
(сейчас я уже давно не «начальник» =)
На конференции UserExpiriense 2007 Maria Stone рассказывала о том как менялся внешний вид блока «Возможно вы имели ввиду», и об эффекте от каждого изменения: количество кликов на уточнённую фразу увеличивалось каждый раз то ли в 2 раза, то ли на порядок.
Было бы интересно узнать эффект от и этого улучшения =)
А не обязательно хранить пароль в куках =) Закриптованный UserID в куках, который можно расшифровать на сервере, уже можно считать подтверждённой аутентификацией!
«Нужно ли» и «подходит ли» — зависит задачи и от её реализации. Но я всё же считаю, что экономия серверных ресурсов должна перевесить все остальные аргументы и домыслы.
> как это не аргумент? :)
Скоро будет готов «прототип» подобной системы (правда, пока без кэширования =). И как только придумаю «описание для людей» — можно будет обсудить =)
Ни о каких справочниках и прочей статике речь не идёт. Речь об обычных динамических html-страницах. Фактически в куках нужно будет хранить только информацию об авторизации + какие-то другие некритичные данные.
> А смысл?
Смысл в «кэшировании всего» даже для авторизированных пользователей!
Если получится сделать такое кэширование, то серверное приложение требовало бы намного меньше ресурсов. Сервер даже мог бы отдавать 304 Not Modified — а это очень контрастирует с вашим «гонять кучу информации».
Я такое безобразие делал для сервиса частных объявлений о недвижимости. Способ, может быть и не совсем прямой, но для Нижнего его таки можно осилить =)
Надо было придумать пример без дерева — чтобы статья более разоблачительной казалась =)
php test-xslt.php
— total: 29.31005859375
php test-smarty.php
— total: 713.7099609375
php test-php.php
— total: 18.787841796875
Фактически получается, что в твоих тестах XSLT борется с функцией _smarty_include класса Smarty (если что — я не в курсе часто ли она используется на практике)
ЗЫЖ Смарти — зло! =)
Согласен. Это интересно!
Но всё упирается в рамки. Ваши термины «художник» и «таджик» — это описание границ возможного поведения: «Художник» делает что хочет, а «Таджик» то, что ему говорят. «Менеджер среднего звена» — это «СуперТаджик», он отличается от обычного тем, что он начальник. И всё )
Сейчас я уверен, что мне лучше либо работать «на дядю» на должности «художника» либо работать на себя. Но уж никак не быть «начальником под управлением дяди».
(сейчас я уже давно не «начальник» =)
Став начальником художник перестаёт быть художником ) А чувство может притупиться до нуля.
Виртуальная машина спасёт отца русской демократии )
Было бы интересно узнать эффект от и этого улучшения =)
> как это не аргумент? :)
Скоро будет готов «прототип» подобной системы (правда, пока без кэширования =). И как только придумаю «описание для людей» — можно будет обсудить =)
ЗЫЖ Геморрой — не аргумент! =)
Смысл в «кэшировании всего» даже для авторизированных пользователей!
Если получится сделать такое кэширование, то серверное приложение требовало бы намного меньше ресурсов. Сервер даже мог бы отдавать 304 Not Modified — а это очень контрастирует с вашим «гонять кучу информации».