Re: Alternatives to CGI perl module

Dr James Smith <[email protected]>
Newsgroups gmane.comp.apache.mod-perl
Message-ID <[email protected]>
CGI.pm is still good - but i you are using modperl "properly" then it is 
worth look at APR, which when you use CGI.pm under mod_perl it is what 
is used under the hood... and is faster than CGI (one less level of 
abstraction) although there is a minor bug in it - in that is broken if 
you use modperl when it doesn't expand the environment.

We moved away from CGI to using APR as this made life in our mod_perl 
framework.

Yes you can look at PSGI and Plack - but in our situation we found quite 
a number of issues causing DOS attacks in this setup - some of our 
requests are very heavy and we wanted to selectively choose multiple 
layers (as in different combinations of handlers) to the application - 
both things PSGI/Plack's design doesn't like. Also we have 100s of 
applications running on the same server which doesn't work nicely in the 
plack environment - multiple servers would really be required which adds 
to server over head...

As for templates - invariably if you want to apply sitewide style to a 
site they are the WRONG solution - but I've had this debate with many 
people and most don't see the point - until I point out how simple I can 
change the way tables work on a site... It does involve writing good 
CSS/JS and not relying on the presentational frameworks which are get 
far to common place!


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



-- 
 The Wellcome Trust Sanger Institute is operated by Genome Research 
 Limited, a charity registered in England with number 1021457 and a 
 company registered in England with number 2742969, whose registered 
 office is 215 Euston Road, London, NW1 2BE.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.