Just another Perl shrine | |
PerlMonks |
comment on |
( [id://3333]=superdoc: print w/replies, xml ) | Need Help?? |
Ok. Thought I should clarify a few things.
This isn't a problem I'm having with my hosting company. I have my own dedicated server, which I manage well without trouble. I sell commercial CGI scripts. In my 5 years experience selling these scripts to customers with every kind of hosting company you can imagine, I have found that a growing number Win32 hosting companies are not installing Perl because of the problems mentioned in my first article. Such companies are easy to find, just search for "windows hosting php asp -cgi". Google returns 1,520,000 results. This is a number which keeps on growing. In my view Perl has the capability to be the most popular multi platform scripting language in the world. If it weren't for this fixable issue there would be no reason for Win32 hosts not to have Perl. Recent polls show that PHP and ASP are now more popular than Perl for internet applications. All because of this issue, which has been the same issue for 5 years. Why is the Perl community which I am a part of letting this happen. Why isn't anything being done????? I'm now fed up with this problems existance, and I'm taking it upon myself to make sure it is sorted. C, or Python, or Scheme, or Fortran, or INTERCAL are not commonly used for internet apps at all. For similar or the same reason. I'm not saying Perl should never run for more than a fixed number of seconds. Of course perl scripts should do this. But when perl is launched from Apache or IIS it should have a set timeout. One that can't be broken by the users hitting his stop or refresh button. In reply to a few clarifications
by cosmicperl
|
|