like I said, its the tool you find more useful for the job.. when I said system stuff, I meant more complete DB interfaces and the like...
I have heard many good php programmers state that large projects like php nuke tend to end up with messy code with subsequent versions, I have not done alot of projects with php that are large in scale, so I can't comment. as for mod_perl, its getting more and more common a setup, I was surprised to find that more then half the hosts in my area have it. I write scripts to cover every eventuality, so at the lower end, just standard cgi-bin perl, and session ids and stuff written to file.. at the higher end, mod_perl and MySQL. works great, the majority of people have low turnover shopping carts and want to install the scirpt themselves, so cgi-bin perl is the way to go.. if an enterprise setup is requested and we have full access we setup the mod_perl and MySQL version, works great. Very Quick. I work for a Online Payment Gateway and that side of things is written in JAVA running in JRUN, lots of servlets and a MySQL DB. so its a matter of what tool you are most productive in.. personal preference really. Now if you were promoting ASP, we'd have more to say :-) rgds Frank -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Alexander Skwar Sent: Friday, 22 February 2002 5:38 PM To: [EMAIL PROTECTED] Subject: Re: [expert] databases for linux »Franki« sagte am 2002-02-22 um 16:36:59 +0800 : > and I'd have to say that perl and php don't really differ that much in > server load or speed. Well, that's only true if you compare cgi-bin Perl (which most of the hosters only offer) to cgi-bin PHP (which very few hosters offer). If you compare the two most prevalent options (cgi-bin Perl vs. mod_php), cgi-bin Perl greatly looses. The reason is quite simple, because with cgi-bin Perl, the Perl interpreter has to be loaded every time. Not so with mod_php. Now, if you're so lucky to have mod_perl, then you're right. In this case the server load of Perl and PHP is comparable. > 4 Easier to organise huge projects then PHP.. take a look at the code for Why is that? > 6 Age, perl has been around for ages, is very stable and has access to more > system stuff then php, see CPAN above :-). More system stuff? What do you mean by this? > truth of the matter is that its faster on perl.. (I mean development not Same here. > running speed in this case.) particularly since most of my stuff runs on a > wide variety of ISP servers, Solaris, old and new distro's of linux, and all > variations of NT/2000 servers. PHP runs on all of these platforms. > > If the situation changes in the future I'll reassess.. I want to achieve > stuff with the least amount of effort on my part necessary. Exactly, that's why *I* take PHP. Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.iso-top.de | Jabber: [EMAIL PROTECTED] iso-top.de - Die günstige Art an Linux Distributionen zu kommen Uptime: 1 day 2 hours 16 minutes
Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
