>>>>> "Adam" == Adam Prime x443 <[EMAIL PROTECTED]> writes:
Adam> Either way though, I think these numbers are useless for the Adam> most part. I would guess that the vast majority of the sites Adam> that have mod_perl or mod_php in their headers are mass hosting Adam> providers that are running default installs and that their users Adam> either can't or don't actually use them. Adam> The people that are actually using mod_perl to any real degree Adam> probably don't have it in their servers headers (as you said Adam> before Perrin). I was just interviewed for a magazine, and this was a topic... "Isn't PHP taking over for Perl?". So, while you and I may agree that this is a useless topic, the problem is that the pundits quote each other, and they all quote the useless statistic (mod_php is everywhere, mod_perl is dead), and so the plebes start believing it and blogging it, and pretty soon, it becomes a fact. A useless fact, and incorrect "fact", but a harmful fact nonetheless. Harmful, in that when a PHB reads "Perl is dead, PHP roxors!" as stated by otherwise knowlegable sources, we lose another opportunity for a Perl design win. Yes, in an ideal world, it's not the PHBs that pick the technology, but very few of us seem to live in an ideal world. Perhaps if mod_perl announced itself by default, but a simple directive turned it off? Then at least the statistics for it would be in the same meaningless camp as mod_php. :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!