PREACH IT, BROTHER! jjohn += 10
--Nat
hmmm
perrin on 2004-09-09T19:02:14
The only arguments I was able to draw from that journal are that Perl apps are difficult to install compared to PHP ones (a solvable problem) and that people prefer to write CGI-style apps rather than use the mod_perl API directly. It's not clear why this is a problem, since mod_perl supports a CGI interface. More to the point, those people should probably use Mason or Apache::ASP. So, the real strengths of PHP seem to be lack of code reuse (which makes installation easier) and lack of choices (no need to pick an API). Hard to compete on those terms.
Re:hmmm
Worse is better!
-adam
Re:hmmm
bart on 2004-09-11T16:13:33
The main problem with mod_perl, IMHO, is that if you're not careful, you'll fall over values left over from a previous run. Mod_perl scripts don't act like indepedendent scripts.
That, and that ugly "variables will not stay shared" behaviour thing.
