good chemistry is complicated, and a little bit messy -LW |
|
PerlMonks |
Re: cgi and aspby ajt (Prior) |
on Feb 21, 2005 at 13:36 UTC ( [id://433043]=note: print w/replies, xml ) | Need Help?? |
CGI works on most web servers, where it forks an environment to run the process. This gives you a robust solution, poor scripts can't pollute the web server, or each other, however each fork takes CPU cycles and memory, so CGI is slow. In Process technologies like mod_Perl or ASP load the interpreter into the webserver on start up and all the scripts are compiled into the server. This avoids the overhead of forking each time a request comes in, so it's much faster, but any leak in your code, and the leak goes into the whole process - you MUST write your code tight to avoid any problem. ASP is a proprietary MS technology and only runs on IIS, which isn't very stable, secure and only has 25% of the market. There are ways to run ASP via emulation in mod_Perl - it's supposed to be faster than MS's ASP, but it's not 100% compatible. Most of the time you can get by, by writing your code for CGI, it's easier to test and develop on, and it's robust so unless you have a lot of traffic it's usually good enough. See also:
In Section
Seekers of Perl Wisdom
|
|