looking for some information
To whom it may concern, I have a windows xp home edition machine with apache as the webserver. I would like to run vbscript on it. Is your product a 3 party software? What does perl have to do with this? Will you product allow me to run vbscript with apache? Will this product interfere with the version of apache I have? Do I have to install another version of apache or can I use the apache I have on my system? Thanks Regards, Jerome Greene -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Apache 2.0,2.1(cvs) and mod+perl2(cvs) with gcc 3.4.1
Hi - Just FYI I recently upgraded to gcc 3.4.1 and can report that the cvs versions of Apache 2.0 and 2.1, and mod_perl2 compile clean and work fine. This was _not_ the case for many other packages ;) Good job guys. Aloha = Beau; -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Hosting provider disallows mod_perl - memory hog / unstable
https://panel.dreamhost.com/kbase/index.cgi?area=2446 says: We do not support mod_perl on our shared hosting plans. We're sorry about this; the problem is that mod-perl is just too much of a memory hog to attach to Apache (the web serving software), and it introduces a great deal of instability to our systems. We are looking into ways to provide mod_perl in the future, but do not currently have a time line in place. As I see it, Mod_perl provides two things: 1) speed and 2) functionality in terms of an operating environment. The application I want to run (WebGUI) needs mod_perl for its operating environment - is there some setting that is going to reassure my hosting provider that they can run mod_perl and that the mod_perl module (or my context) will get swapped out after a short period of time? I don't intend to be hitting my WebGUI application very often so I'm not too concerned about speed. Thanks, Martin. -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: Hosting provider disallows mod_perl - memory hog / unstable
We offer mod_perl support on shared hosting plans: http://systame.com/html/web_hosting_plans.html on 8/29/04 11:53 AM, Martin RJ Cleaver at [EMAIL PROTECTED] wrote: https://panel.dreamhost.com/kbase/index.cgi?area=2446 says: We do not support mod_perl on our shared hosting plans. We're sorry about this; the problem is that mod-perl is just too much of a memory hog to attach to Apache (the web serving software), and it introduces a great deal of instability to our systems. We are looking into ways to provide mod_perl in the future, but do not currently have a time line in place. As I see it, Mod_perl provides two things: 1) speed and 2) functionality in terms of an operating environment. The application I want to run (WebGUI) needs mod_perl for its operating environment - is there some setting that is going to reassure my hosting provider that they can run mod_perl and that the mod_perl module (or my context) will get swapped out after a short period of time? I don't intend to be hitting my WebGUI application very often so I'm not too concerned about speed. Thanks, Martin. -- Randall Perry sysTame Xserve Web Hosting/Co-location Website Design/Development WebObjects Hosting Mac Consulting/Sales http://www.systame.com/ -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: Hosting provider disallows mod_perl - memory hog / unstable
Martin RJ Cleaver wrote: https://panel.dreamhost.com/kbase/index.cgi?area=2446 says: We do not support mod_perl on our shared hosting plans. We're sorry about this; the problem is that mod-perl is just too much of a memory hog to attach to Apache (the web serving software), and it introduces a great deal of instability to our systems. Err, do they have PHP? Its more of a memory/resource hog and is more unstable, assuming the same task and similar programming technique. (I make this statement as someone who has to rebuild at least one apache per day due to PHP problems and troubleshoot resource useage issues that usually go down to a badly written PHP scripts) So am I saying that PHP is worse than mod_perl, in *my* experience that is a huge YES, so if your host is that ignorant I'd find one that has a clue what they are talking about. I'd go into more detail but I'm too busy using mod_perl and fixing PHP ;p We are looking into ways to provide mod_perl in the future, but do not currently have a time line in place. As I see it, Mod_perl provides two things: 1) speed and 2) functionality in terms of an operating environment. PersistantPerl is nice to and can be used via apache or not HTH :) Lee.M - JupiterHost.Net -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html