developer 22 ноя 2008 в 14:33

приемы работы с шаблонизатором

3 мин

1.3K

PHP *

Комментарии 68

developer 22 ноя 2008 в 15:18

Хорошему разработчику/коллеге требуется инвайт на наш любимый хабр.

gnomeby 22 ноя 2008 в 16:55

Почему бы ему не написать статью. Вы запостите. Если окажется удачной получите инвайт автоматический.

developer 22 ноя 2008 в 16:57

даже так? я не знал, предложу! да чего там, он наверняка это и сам увидит! спасибо за решение!

tenshi 22 ноя 2008 в 19:15

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

developer 22 ноя 2008 в 21:22

сколько людей столько и мнений. я вот, например, с вами не согласен

ARKAN 22 ноя 2008 в 21:03

Толковая статья. Все по делу и минимум воды.
Smarty очень толковый и полезный инструмент.
Автору большое человеческое спасибо за статью.
На данную проблему наталкивается довольно много народу.

developer 22 ноя 2008 в 21:47

на здаровье! хоть кому-то пришлось к месту, приятно.

ARKAN 22 ноя 2008 в 21:57

Данным шаблонизатором пользуюсь очень давно. Перед этим перепробовал немало других.
А со стороны некоторых личностей, ругань и плевки в тот или иной шаблонизатор были есть и будут.
Такая натура людей, тяга что-то ругать либо восхвалять.
Желательно не терять голову и искать золотую середину.
Идеального ничего не бывает.

egorinsk 23 ноя 2008 в 04:53

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

Еще в смарти нет вставки шаблонов с передачей параметров, вроде вызова функции, мне не хватает.

В общем, в наше время ООП и всеобщего MVC, смарти устарел, убог и неинтересн(( Давно пора уже что-нибудь получше придумать.

НЛО прилетело и опубликовало эту надпись здесь

egorinsk 23 ноя 2008 в 05:48

Это вы сам двоечник, чему-то меня учить собрались! Покурите указанную вами ссылку еще раз, и убедитесь — что там нет того, что я писал, ни параметров, ни подобия фукнции, определенной внутри шаблона (хотя. конечно, может я неясно выразился, но мне нужна не пхп-функция, а смарти-функция, и не в отдельном файле, а в шаблоне)

А смарти — перегруженный мусором, и наследования нормального там все таки нет. Извраты на ПХП с имитацией наследования не считаются.

НЛО прилетело и опубликовало эту надпись здесь

developer 23 ноя 2008 в 08:21

нет есть такое понятие как функция шаблона служит например чтоб решать задачи вывода. я пользую довольно редко

tenshi 23 ноя 2008 в 09:47

а что такое программирование? вот в смарти активно юзают ветвления и циклы — это ли не программирование?

впрочем, любой «смарти-шаблон» — это функция от «параметров шаблона» генерирующая некоторую строку. любой «xslt-шаблон» — это функция от «xml-дерева», генерирующая другое «xml-дерево»

НЛО прилетело и опубликовало эту надпись здесь

egorinsk 23 ноя 2008 в 12:22

Здесь (в моем примере) функция используется именно в смысле «подшаблон», то есть она содержит только логику представления, вроде шаблона в википедии. И, кстати, иногда, простейшие математические вычисления в шаблоне еще как нужны, например при выводе объектов в несколько колонок.

НЛО прилетело и опубликовало эту надпись здесь

tenshi 23 ноя 2008 в 12:34

они нужны во view, но не в template.
шаблону не нужно знать о том, сколько должно быть колонок — его задача, указать, как должна выглядеть таблица, как строка и как ячейка. тогда не придётся для каждого view писать свой шаблон со своим «количеством ячеек в строке» и абсолютно идентичным всем остальным.

egorinsk 23 ноя 2008 в 14:51

Буэээ… еще и view отдельно писать… нет уж, мне бы все сразу)

developer 23 ноя 2008 в 08:20

если хотите, посмотрите квики и функции там есть и блочный синтаксис если припрет и мусора нет

egorinsk 23 ноя 2008 в 14:21

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

developer 23 ноя 2008 в 19:05

не они, а он, и не зря а очень даже круто. Учитывая что там одна регуляра разбирает все то ничего страшного =)

developer 23 ноя 2008 в 08:19

В общем, в наше время ООП и всеобщего MVC, смарти устарел, убог и неинтересн(( Давно пора уже что-нибудь получше придумать.

во первых это ваше личное мнение, не стоит так категорчно заявлять.
во вторых смарти достаточно популярен
в третьих что-то получше уже есть <a href=«quicky.keeperweb.com/ru/» quiky
про квики вот думаю стоит ли что написать?

tenshi 23 ноя 2008 в 09:52

да как, впрочем, и сам пых-пых, не смотря на свою ублюдочность, бешенно популярен.

НЛО прилетело и опубликовало эту надпись здесь

kosenka 23 ноя 2008 в 05:40

Не согласен на счет скорости и не использования в больших проектах.
Я использую (черт, опять скажут реклама...) так вот я использую «переработанный смарти» в плане скорости и прочего.
Использую его в двух, как я считаю, достаточно крупных проектах — мне нравится и все устраивает.

НЛО прилетело и опубликовало эту надпись здесь

kosenka 23 ноя 2008 в 05:48

примерно: 0,0513

НЛО прилетело и опубликовало эту надпись здесь

kosenka 23 ноя 2008 в 06:11

как мне кажется не только от смарти зависит скорость генерации страниц.
много каких еще факторов есть: использование кешированны/не кешированных данных и т.д. и т.п.
в своем примере я написал скорость «окончательной генерации страницы», т.е. сколько времени потребовалось от получения запроса, обработки (в данном случаем поиск по базе), обработка данных внутри шаблона и вывод страницы юзеру…

НЛО прилетело и опубликовало эту надпись здесь

kosenka 23 ноя 2008 в 06:26

главное, чтобы юзера были довольны )

НЛО прилетело и опубликовало эту надпись здесь

korchasa 23 ноя 2008 в 09:07

А исходники можно получить? Для включения в тест скорости шаблонизаторов.

НЛО прилетело и опубликовало эту надпись здесь

korchasa 23 ноя 2008 в 12:51

Очень жаль. Интересно было бы посмотреть.

maserg 23 ноя 2008 в 14:21

так закодируйте чем-нибудь и вышлите (зенд инкодером например)

tenshi 23 ноя 2008 в 10:12

а почему xslt там нету?

korchasa 23 ноя 2008 в 12:49

Я в xslt не силен. Но если кто-то захочет набросать тест, то обязательно включу.

tenshi 23 ноя 2008 в 12:54

ок, у тебя там стоит расширение php_xsl?

korchasa 23 ноя 2008 в 12:57

Нет, но это не важно. Бенчить буду на пустой машине.

tenshi 23 ноя 2008 в 17:33

pastebin.com/f6154b560 — php скрипт. в конце нужно раскомментить код, чтобы трансформацию производил серер, а не клиент.
pastebin.com/f38cf48bc — xslt шаблон. я повырезал большинство атрибутов ибо меня заломало их закавычивать.

предлагаю протестить 3 режима:
1. серверная трансформация с использованием одного большого стайлшита
2. серверная трансформация с разбиением стайлшита на несколько файлов (как подключать внешние стайлшиты я там указал в комменте, )
3. клиентская трансформация (при учёте, что 90% клиентов её поддерживают — довольно актуальный и главное лёгкий для сервера режим)

korchasa 23 ноя 2008 в 17:35

Спасибо. Сейчас как раз пытаюсь добавить Lapa и Template Lite. Заодно и xslt добавлю.

tenshi 28 ноя 2008 в 22:57

ап

korchasa 29 ноя 2008 в 08:06

Тесты готовы. Можете посмотреть в SVN. Сейчас я на веборубе, и не могу провести тестирование.

tenshi 7 дек 2008 в 10:38

ап

korchasa 7 дек 2008 в 12:21

Вот некоторые предварительные результаты.

tenshi 7 дек 2008 в 13:06

пасиба \(^_^)/

очень странно, что хслт быстрее на 4 шаблонах, чем на одном.

а вариант с клиентским наложением ты не рассматриваешь по принципиальным соображением?

korchasa 7 дек 2008 в 13:14

6% — это случайные флуктуации от паяльника. На домашней машинке видимо был затык на винчестере, поэтому расхождения большие.

>а вариант с клиентским наложением ты не >рассматриваешь по принципиальным >соображением?
Нет, банально не успел.

ibnteo 6 янв 2009 в 16:17

Странный там тест, не сообщается о настройках сервера совершенно ничего. Да и не может XSLT из нескольких файлов быть быстрее чем из одного.
Я тестировал без акселераторов, результаты противоположные. И формировать данные лучше сразу в DOM, а не через формирование XML строки (оказалось что еще лучше с помощью SimpleXMLElement формировать DOM).

maserg 23 ноя 2008 в 14:50

потестите Lapa плз code.google.com/p/lapa/

korchasa 23 ноя 2008 в 16:37

Попробую в понедельник -вторник.

developer 23 ноя 2008 в 08:25

а есть предложение как вступление переделать?

нужно писать статью про это: <a href=«quicky.keeperweb.com/ru/» quiky

? работает действительно быстрее

tenshi 23 ноя 2008 в 10:00

ну вот яндекс — это большой проект или маленький? а они там юзают xslt, который ещё более медленный, чем смарти.

НЛО прилетело и опубликовало эту надпись здесь

tenshi 23 ноя 2008 в 11:13

в php, как и почти везде, юзается libxml и libxslt, так что тормозить должно везде одинаково с точностью до времени инициализации. или в дотнэте свой велосипед? сомневаюсь, что он быстрее в плане обработки — скорее всего только в плане инициализации.

в яндексе юзают эту поделку: https://opensource.yandex.ru/wsvn/xscript/trunk/#_trunk_
на фоне луа + некоторого подобия на хмл язык программирования, пхп смотрится весьма и весьма респектабельно =)

НЛО прилетело и опубликовало эту надпись здесь

tenshi 23 ноя 2008 в 12:26

ну да, основной недостаток хслт в пхп определяется похапэшной архитектурой — xslt шаблон парсится при каждом запросе заново.

читаю новости — вот и знаю. для пауков шаблонизация вообще не нужна, а главная — да, видимо на хскрипте и работает.

НЛО прилетело и опубликовало эту надпись здесь

Joka 23 ноя 2008 в 06:05

что значит в процессе работы шаблон узнал что ему надо еще что-то от модели ??
вы должны контролировать модель и шаблон на 100% и знать что в эту милисекунду шаблону требуется вот это, а в след — вот то…
не должно такого быть, что вот как то случайно шаблону надо еще что-то и мы начинаем хачить…

имхо однозначно при такой работе имеет место баг в архитектуре

developer 23 ноя 2008 в 08:24

нет, вы в зависимости от факторов дизайна можете понять нужна ли вам дополнительная информация (например в шаблоне для своих целей куку использовать)

Shiz 23 ноя 2008 в 07:40

зачем вообще нужны шаблонизаторы, если они:
1. выполняют то что можно сделать без них
2. работают медленнее чем та же конструкция на чистом php.
зачем?