There are countless nodes on Perlmonks recommending and teaching CGI.
I recommend CGI. Sometimes I even recommend CGI.pm. I don't recommend using the HTML generation fuctions of CGI.pm. Those are 3 different things.
Perhaps you'd care to read some of my fervent defences of CGI on this site before labelling me one of the "weirdos who troll every CGI node". You will receive no further feeding from me today in any case.
| [reply] |
> I don't recommend using the HTML generation fuctions of CGI.pm.
Can you please explain why: exactly? Generating HTML with
subroutines is powerful, clean, fun. The concept seems to
originate with the author of Devel::NYTProf about
a year after the web was created. From HTML::AsSubs:
Date: Tue, 4 Oct 1994 16:11:30 +0100
Subject: Wow! I have a large lightbulb above my head!
Take a moment to consider these lines:
%OVERLOAD=( '""' => sub { join("", @{$_[0]}) } );
sub html { my($type)=shift; bless ["<$type>", @_, "</$type>"]; }
:-) I *love* Perl 5! Thankyou Larry and Ilya.
Regards,
Tim Bunce.
Next year Perl will celebrate 25 years of functional HTML generation as one of the many supported Practical Extraction and Report Languages! <blink>*Cheers*</blink>
| [reply] [d/l] |
| [reply] [d/l] [select] |
I'm a 20-year CGI vet here to say you're right, CGI is not the badguy. You are. Your attitude is toxic and it makes your salient points indigestible. And using center() in HTML code? Why not add your myspace link to your sig so everyone knows when your skills ossified?
| [reply] [d/l] |
| [reply] [d/l] |
print &CGI'header;
Suggesting you should use it will get you criticized. Defending the utility of older technology is one thing and it's fine and good in context and with caveats. Asserting, aggressively, asocially, it's as good as new technology, nay, better!, and should be chosen over it "because it still works" and ships on boxes that don't ship with npm, for a single example, does a huge disservice to the seekers of wisdom. | [reply] [d/l] [select] |