Slash Boxes
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

perrin (4270)

  (email not shown publicly)

Perrin is a contributor to various Perl-related projects like mod_perl, Template Toolkit, and Class::DBI. He is a frequent speaker at OSCON, YAPC, and ApacheCon, and a contributor to several perl-related books.

Journal of perrin (4270)

Tuesday October 12, 2004
05:31 PM

old templating systems never die

[ #21316 ]
I see from this story that someone is still using HTML::EP and wants to convince others to use it. I intentionally left HTML::EP out of my templating roundup because it was not actively maintained and didn't have the level of caching needed to compete with the others on performance. (Yes, I know, perfect code doesn't need new releases, but things change over time and no release for multiple years is not a good sign.) It used to be one of the most interesting ones, with a nice design based around HTML::Parser, but eventually got eclipsed by new features in other systems which are now much more widely used.

There are still people out there using ePerl too. We get a mail now and then on the mod_perl list asking for help because it won't even compile on newer Perl releases. I wonder if some of the others that seem like leaders today will fall by the wayside in a few years as their maintainers lose interest and their user-communities look elsewhere.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
More | Login | Reply
Loading... please wait.
  • For kicks I downloaded the current version of eperl from cpan it is indeed quite unhappy( and full of yucky c code and configure scripts to boot).

    There is however a debian package that seems to be actively maintained( last release Feb 2004 ). Now sure why the updates are not reaching cpan.