![]() |
|
Модераторы: korob2001, ginnie |
![]()
|
|
| Ramirez |
|
|||
![]() Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 305 Регистрация: 18.1.2005 Где: Moscow, ExUSSR Репутация: 1 Всего: 5 |
Доброго всем.....
Незнаю, что выбрать. Вцелом функциональности HTML::Template мне вроде достаточно, но никогда не знаешь что понадобится в будущем. Template Toolkit выглядит гораздо более навороченным, но не придется ли мне поплатиться за него ресурсами? Что лучше выбрать? |
|||
|
||||
| djkostya |
|
|||
|
Шустрый ![]() Профиль Группа: Участник Сообщений: 71 Регистрация: 16.5.2006 Где: Москва Репутация: 1 Всего: 2 |
Конечно Template Toolkit
Так как рано или поздно поймёшь что он гораздо лучше HTML::Template Я так думаю что если долго в Template Toolkit помучаться можно написать CMS не средствами перла а средствами Template Toolkit |
|||
|
||||
| Ramirez |
|
|||
![]() Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 305 Регистрация: 18.1.2005 Где: Moscow, ExUSSR Репутация: 1 Всего: 5 |
В том что он гораздо мощнее, я не сомневаюсь. Меня волнует производительность / количество отжираемых ресурсов.
|
|||
|
||||
| djkostya |
|
|||
|
Шустрый ![]() Профиль Группа: Участник Сообщений: 71 Регистрация: 16.5.2006 Где: Москва Репутация: 1 Всего: 2 |
По нагрузки на сервер в Template Toolkit сказать сложно так как в построение шаблонов много чё зависит...
Но он немного по быстрей чем HTML::Template так как в нём есть кэширование шаблонов.... |
|||
|
||||
| rcdimon |
|
|||
![]() Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 766 Регистрация: 12.7.2004 Где: Москва Репутация: 1 Всего: 2 |
ИМХО писать надо средставми своей головы
|
|||
|
||||
| Nab |
|
|||
|
Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 582 Регистрация: 25.3.2006 Где: Kiev Репутация: 8 Всего: 37 |
Вот именно Весь веб идет к тому, что разделяет содержимое от оформления, весь CSS на это направлен, и это верно В случае програмирования, то вынесение лишней логики в шаблоны только затрудняет их поддержку и сопровождение. Мне в этом плане HTML::Template намного больше импонирует. Хотя там тоже есть расширения типа HTML::Template::Ex, которые добавляют функционал к базовым возможностям... А если вообще, то есть врапперы, которые позволяют не зависить от движка, и меняя тип шаблонов, поменять только указание какой двиг использовать HTML::Template, Petal или Template::Toolkit. -------------------- Чтобы правильно задать вопрос нужно знать больше половины ответа... Perl Community FREESCO in Ukraine |
|||
|
||||
| serf |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 14 Регистрация: 4.3.2005 Репутация: нет Всего: нет |
HTML::Template
Недостатки: - Очень мало возможностей, но решить позволяет практически любую задачу, хотя и довольно топорно. Производительность очень низкая при использовании CGI, хотя и сама технология CGI явно не производительная. Преимущества: Легок в освоении. Template::Toolkit Недостатки: Одним словом - Тормоз, с большой буквы Т. Перекрывает любые преимущества. HTML::Template::Compiled Преимущества: синтаксис совместим с HTML::Template в базовом варианте, но если совместимостью пренебречь дает расширенную функциональность по сравнению с HTML::Template, что позволяет создавать элегантные конструкции. Суть: создает файл компилированного Перл кода на диске, при последующих обращениях к скрипту использует его. При достаточном кол-ве ОЗУ можно использовать со значением: cache => 1 что в свою очередь дает потрясающую производительность, но шаблоны хранятся не на диске, а в оперативной памяти. Недостатки: Все преимущества производительности можно получить только под mod_perl, под CGI не эффективен. Примерная производительность: HTML::Template::Compiled в 2 раза быстрее чем HTML::Template, при повторном обращении (первое обращение немного больше занимает времени), HTML::Template::Compiled - cache => 1 в 2-3 раза быстрее чем HTML::Template::Compiled - cache => 0 (но память кушает) |
|||
|
||||
| nitr |
|
|||
![]() Эксперт ![]() ![]() ![]() ![]() Профиль Группа: Участник Клуба Сообщений: 2543 Регистрация: 10.2.2006 Где: Россия :) Репутация: 12 Всего: 84 |
serf, 2 месяца прошло с поста ;)
Создавать надо новый, просто пометь как Опрос или типа того... не стоит поднимать старые темы |
|||
|
||||
| sharq |
|
|||
![]() Perl Liker ![]() ![]() Профиль Группа: Участник Сообщений: 841 Регистрация: 13.12.2004 Где: Ростов-на-Дону Репутация: 2 Всего: 28 |
serf, интересно, а ты на глаз измерения скорости делал?
-------------------- [color=gray]There's More Than One Way To Do It[/color] |
|||
|
||||
| Nab |
|
|||
|
Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 582 Регистрация: 25.3.2006 Где: Kiev Репутация: 8 Всего: 37 |
А как по мне, тема еще не раскрыта, и вернуться к обсуждению вполне можно... А меня такой вопрос интересует... что будет оптимальнее, кеширование шаблонов или всеже лучше кешировать отдаваемые страницы? Мое мнение такое: Если контента много и он динамичный, то прекомпиляция и кеширование шаблонов наверно будут выгоднее. Ну а если на сайте не частые новости, то думаю лучше его весь кешировать или предгенерить при изменениях. Что форумчане скажут? -------------------- Чтобы правильно задать вопрос нужно знать больше половины ответа... Perl Community FREESCO in Ukraine |
|||
|
||||
| ochnev |
|
|||
|
Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 253 Регистрация: 27.3.2006 Репутация: нет Всего: нет |
Я использую HTML::Template. В принципе, он меня пока устраивает.
В своё время было лень тратить время на освоение TT. |
|||
|
||||
| gcc |
|
|||
![]() Агент алкомафии ![]() ![]() ![]() ![]() Профиль Группа: Участник Сообщений: 2691 Регистрация: 25.4.2008 Где: %&й Репутация: 2 Всего: 17 |
а что найболе лучше, можно разделять один шаблон с несколькими, нужно допустим:
1) рестрируеться пользоватль 2) если правильно все ввел вводиться одимн шаблон, если нет, то другой этих шаблонов очень много штук 50 и более я еще видел форум на пхп, там html в коде держат, но модуля сделаны в 2 этапа: 1. index.php - загружает фукнции и файлы 2. Выполняет функции рабочие, модуля и .т.д. 3. дальше temp.index.php определяем переменные и показывает html или все равно как? по поводу бытроедейсвия видел модуль cache он по-моиму работает как аксселератор Это сообщение отредактировал(а) gcc - 14.6.2008, 05:18 |
|||
|
||||
| KSURi |
|
|||
|
Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 887 Регистрация: 8.6.2006 Где: Russia Репутация: 2 Всего: 27 |
Думаю за 2 года, он уже все-таки сделал свой выбор...
-------------------- Died at Life.pl line 21 |
|||
|
||||
| gcc |
|
|||
![]() Агент алкомафии ![]() ![]() ![]() ![]() Профиль Группа: Участник Сообщений: 2691 Регистрация: 25.4.2008 Где: %&й Репутация: 2 Всего: 17 |
новый топик надо было создать? тут просто основа, чтобы было понятно и не копировать... *::Toolkit? Это сообщение отредактировал(а) gcc - 14.6.2008, 16:44 |
|||
|
||||
| Ramirez |
|
|||
![]() Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 305 Регистрация: 18.1.2005 Где: Moscow, ExUSSR Репутация: 1 Всего: 5 |
KSURi, а вот и нет кстати =) Пока пользуюсь HTML::Template, но тема как тут уже было сказано - не раскрыта.
В вопросе выбора, я думаю, надо исходить из потребностей: т.е. какую роль играет движок шаблонов в системе. В случае с TemplateToolkit система скорее будет строиться вокруг него (т.е. ваша логика будет вписываться/встраиваться в него, в виде его макросов, модулей итп), иначе его использовать, мне кажется, бессмыслено, т.к. он слишком тяжелый. А если нужен просто легкий парсер шаблонов позволяющий быстро поменять ключевые слова в шаблоне на некоторые значения, плюс простейшая логика в шаблонах на уровне if ... else ... то тут, мне кажется HTML::Template наиболее уместен. |
|||
|
||||
![]()
|
| Правила форума "Perl: CGI программирование" | |
|
|
Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, korob2001, sharq. |
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | Perl: разработка для Web | Следующая тема » |
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |