Beefy Boxes and Bandwidth Generously Provided by pair Networks
good chemistry is complicated,
and a little bit messy -LW

•Re: Re: CGI versus CGI::* modules

by merlyn (Sage)
on Jul 31, 2003 at 20:48 UTC ( #279781=note: print w/replies, xml ) Need Help??

in reply to Re: CGI versus CGI::* modules
in thread CGI versus CGI::* modules

Well, I disagree. is a great first step away from the hand-rolled solutions, and it's ubiquitous, being a core module.

It also handles cookies, sticky fields, and XHTML generation quite nicely.

I'm not sure what you mean by "beast of a module", since it's also "self-loaded", only compiling the parts of itself that you ask for, so it's really the same as a dynamically readjusting module that has exactly what you want. What more could you ask for?

-- Randal L. Schwartz, Perl hacker
Be sure to read my standard disclaimer if this is a reply.

Replies are listed 'Best First'.
Re: •Re: Re: CGI versus CGI::* modules
by hardburn (Abbot) on Aug 01, 2003 at 13:24 UTC

    I agree that is great for getting away from hand-rolled solutions. It may not be perfect, but you could do far, far worse.

    Handling cookies is nice, but there again, other modules exist that handle that specifically. Sticky fields and XHTML aren't a concern for me, because I use templates extensiviely for any non-trivial CGI.

    That's interesting about the dynamic loading, I didn't know about that.

    I wanted to explore how Perl's closures can be manipulated, and ended up creating an object system by accident.
    -- Schemer

    Note: All code is untested, unless otherwise stated

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://279781]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others surveying the Monastery: (3)
As of 2021-05-14 01:00 GMT
Find Nodes?
    Voting Booth?
    Perl 7 will be out ...

    Results (145 votes). Check out past polls.