I looked at just about every template system on CPAN and came across
text::template. Anyone use this one?
I'd suggest you read my overview of templating options. It summarizes the
top choices for templating tools, and talks about the strengths of
weaknesses of Text::Template..
On Thu, 2002-01-03 at 12:20, Perrin Harkins wrote:
snip
I implamented some google style timing in the API. It's basicly gets a
Time::HiRes timestamp in the beginning and does the math at the very end
and posts it in an html comment.
You'd be better off with Devel::DProf (or
What do you suggest as a good benchmark tool to use that would be
'smart' when testing a whole complete site.
For pounding a bunch of URLs, the best are ab, httperf, and http_load. If
you need something fancier that tests a complex series of actions and
responses, there are several packages
Perrin Harkins wrote:
What do you suggest as a good benchmark tool to use that would be
'smart' when testing a whole complete site.
For pounding a bunch of URLs, the best are ab, httperf, and http_load. If
you need something fancier that tests a complex series of actions and
responses,
On Sun, 2001-12-30 at 19:47, Ryan Thompson wrote:
Mark Maunder wrote to Ryan Thompson:
Ryan Thompson wrote:
There must be a faster way. I have thought about pre-compiling each
HTML file into a Perl module, but there would have to be an automated
(and secure) way to suck these in
On Tue, Jan 01, 2002 at 03:02:23PM -0500, Jason Czerak wrote:
I looked at just about every template system on CPAN and came across
text::template. Anyone use this one? I don't require if/then's within
^
A template system should
Jason Czerak wrote to [EMAIL PROTECTED]:
In fact, if I use this cache system and disable all parsing (i.e.,
just use it to include straight HTML into mod_perl apps), I can serve
150-200 requests/second on the same system.
With my parsing regexps enabled, it drops to 50-60
Ryan Thompson wrote:
Mark Maunder wrote to Ryan Thompson:
Ryan Thompson wrote:
There must be a faster way. I have thought about pre-compiling each
HTML file into a Perl module, but there would have to be an automated
(and secure) way to suck these in if the original file changes.
Yeah, TT is good, all right, especially with the ability to change the
start and end tags to something more compliant, like !-- and --.
Uh ... why aren't you syntax-validating the actual HTML output by your
application?
Also, there are multiple syntax-checkerts that allow you to specify
Hey everybody,
Some time ago, I coded an HTML template engine that runs under
mod_perl that allows a mod_perl application to parse variables, simple
conditionals, and nested include files in an HTML file read from disk
(or from my module's very quick memory cache).
Trouble is, all the regexps
Ryan Thompson [EMAIL PROTECTED] writes:
Any thoughts?
You really have to ask?!!!
* _Dave thinks: Template Toolit.
--
David Hodgkinson, Wizard for Hirehttp://www.davehodgkinson.com
Editor-in-chief, The Highway Star http://www.deep-purple.com
Deep Purple Family Tree news
On Sun, 30 Dec 2001, Ryan Thompson wrote:
Any thoughts?
There's quite a number of HTML template systems on CPAN which have been
under development for years and are well supported. Use one of those and
save yourself the hassle. I like Mason (but then again, I'm one of the
developers ;) but
At 02:18 PM 12/30/2001 -0600, Ryan Thompson wrote:
Any thoughts?
Have a look at this document that compares most of the template engines out
there. http://perl.apache.org/features/tmpl-cmp.html
I think you'll have an easy time converting your homegrown templates over
to Template Toolkit, and,
Dave Hodgkinson wrote to Ryan Thompson:
Ryan Thompson [EMAIL PROTECTED] writes:
Any thoughts?
You really have to ask?!!!
Yes!! :-)
I've tried or at least taken a critical look at most of the template
systems out there, and they are either far too simple (i.e., variable
expansion only),
On Sun, 30 Dec 2001, Kenny Gatdula wrote:
I think you'll have an easy time converting your homegrown templates over
to Template Toolkit, and, since it's fast, it should meet your needs.
here's your example using tt's syntax.
Using Apache::Template (the Apache/mod_perl interface to the
Kenny Gatdula wrote to Ryan Thompson and [EMAIL PROTECTED]:
At 02:18 PM 12/30/2001 -0600, Ryan Thompson wrote:
Any thoughts?
Have a look at this document that compares most of the template
engines out there. http://perl.apache.org/features/tmpl-cmp.html
Thanks, I wasn't aware of that page.
At 05:05 AM 12/31/2001, Ryan Thompson wrote:
I've looked at TT (and have heard it's praises sung), but it requires
Perl 5.6.0, which is, unfortunately, not yet stable on all of the
production systems my projects are deployed on. The syntax and
features look about right, though... So it is
[EMAIL PROTECTED] wrote to Ryan Thompson:
Ryan Thompson wrote:
Yeah, TT is good, all right, especially with the ability to change the
start and end tags to something more compliant, like !-- and --.
I'd gladly switch, if someone knows how to get it working on FreeBSD
-STABLE without
Ryan Thompson wrote:
There must be a faster way. I have thought about pre-compiling each
HTML file into a Perl module, but there would have to be an automated
(and secure) way to suck these in if the original file changes.
Either that, or maybe someone has written a better parser. My code
On Sun, 30 Dec 2001, Ryan Thompson wrote:
Dave Hodgkinson wrote to Ryan Thompson:
Ryan Thompson [EMAIL PROTECTED] writes:
Any thoughts?
You really have to ask?!!!
Yes!! :-)
I've tried or at least taken a critical look at most of the template
systems out there, and they are
* Ryan Thompson ([EMAIL PROTECTED]) [31 Dec 2001 08:19]:
[...]
I've tried or at least taken a critical look at most of the template
systems out there, and they [...] use constructs/syntax that break
HTML validation.
Surely you only validate your HTML that's served and not your template
Mark Maunder wrote to Ryan Thompson:
Ryan Thompson wrote:
There must be a faster way. I have thought about pre-compiling each
HTML file into a Perl module, but there would have to be an automated
(and secure) way to suck these in if the original file changes.
Either that, or maybe
Ryan == Ryan Thompson [EMAIL PROTECTED] writes:
Ryan I've looked at TT (and have heard it's praises sung), but it requires
Ryan Perl 5.6.0,
Wrong. I'm running it on 5.5.3 just fine. Where did you see it
requires 5.6.0?
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503
23 matches
Mail list logo
