in reply to RE: ePerl, just say "no"
in thread Embedding Perl in HTML

Yes, and yes.
I used ePerl at a past job, and it was ugly. First, Ralf doesn't seem to maintain it. Last time I looked it still had Y2K issues, and he never responded to my multiple patches I sent him fixing various things.

It can be slow, I had to modify how it caches to get it to work properly, it was just a mess and had been changed so much, my old boss renamed it kPerl. Mason is the buzzword of the day (for good reason) and is a better choice.

Cheers,
KM

Replies are listed 'Best First'.
RE: RE: RE: ePerl, just say
by dempa (Friar) on Oct 26, 2000 at 19:43 UTC
    Ahh, okey... I see. I must agree, Ralf hasn't been updating it "recently". In fact, it won't compile out of the box on Perl 5.6.0, but there's a rather quick fix to that.

    You mention it can be slow... Are we talking like big, big sites here, or what? I use it for some "webified" system administration only, so...

    BUT if there are security issues, maybe I'm better off looking elsewhere for my perl-in-html embedding. I'll have to look closer into this... Thanks for the info!

[reply]
      Off the top of my head I can't recall any real security issues. In fact, I gutted the bastard and put in my own security, which was secure :) So, I don't recall if I found any.

      And yes, I am talking a large site with a few million hits/day handling a few hundred thousand Db queries per hour. I think whenever I fixed what was wrong with the caching, it sped up. I wish I could remember the details, but I seem to have blocked it from my memory.
      Still, try Mason or something that you could actually reuse for a larger app later on.. since using ePerl would be silly.

      Cheers,
      KM

[reply]
Re: RE: RE: ePerl, just say
by Anonymous Monk on Jul 18, 2003 at 13:58 UTC
    Hi, I'm fighting with incorrect working of ePerl cache at the moment :( Could you send your kPerl or your ePerl cache replacement?
[reply]

In Section Seekers of Perl Wisdom