Re: anti-advocacy: Larry Seltzer, pcmag May'01 pub.

From: Date: Wed, 23 May 2001 16:27:02 +0000
Subject: Re: anti-advocacy: Larry Seltzer, pcmag May'01 pub.
References: 1 2  Groups: php.windows 
Request: Send a blank email to php-windows+get-7881@lists.php.net to get a copy of this message
I am both a developer and a PC Mag subscriber (charter). IMO, PHP allows me to QUICKLY develop web applications that are both RELIABLE and FAST. I use NT/2000 w/ IIS ISAPI and CGI and Linux/Apache 1.3/mod_php servers and develop portable code so I can move the applications from server to server as needed. I actually perfer to develop on Linux/Apache and then move the application to the home server. I put timing routines in my header/footer script and do the math for page generation time like CF debugging switches and I like the numbers I see even generating complex pages from InterBase databases. I think I'll add DB call statistics as well. In short, I LIKE IT! What I do find interesting is that the GURUs at PC Mag didn't get the ISAPI version of PHP working under IIS. I had little trouble with this one the PHP folder was added to my system PATH. I setup both .php(CGI) and .phpx(ISAPI) script definitions because of the buzz about ISAPI being so unstable. I can do a rename of all .phpx to .php if things start getting weird and just lose the persistent database connections. The statement about ADO and JDBC abstraction doesn't bother me as every layer needs added power to penetrate. It's the difference between luxary cars and sports cars. I tend to go sporty. Of course, I do HATE the way I have to deal with BLOB in PHP (Perl is better) but I developed a set of generalized routine and a programming approach which takes the burden off me. Regardless of what Larry says PHP and Perl will continue to be around for a long time. The price is right, the power is right and the flexability is right. Regards, John Thompson ""Joe Brown"" <joebrown@podiatryfl.com> wrote in message news:9d9ntr$vdf$1@toye.p.sourceforge.net... > LOL... > > I think his article is fine. PC-MAG caters to mostly windows users. And > honestly, there are issues in php that haven't matured to 5 * rating. I > think the developers are making leaps and bounds toward a solid windows > product. There are many compilicatons that will cause the average PC-MAG > many headaches. > > PHP is the best language on the market, IMO, but I'm a developer, not a > PC-MAG subscriber. > > PC-MAG lost my patronage a long time ago because of technically weak > articles, such as this, perhaps they will loose you partrons as well. > > -Joe > > ""Dickerson, Monty"" <webjavapro@integrity.tamu.edu> wrote in message > > news:902A38AEABA0D4119C9D0060081E7E4E5D309C@integrity.tamu.edu... > > Today boss comes in and says, "Seen pcmag's story about php? says it is > > bad." Argh: > > > > http://www.zdnet.com/products/stories/reviews/0,4161,2711724,00.html > > > > What's the scoop on Larry Seltzer anyway. You here, Larry? His review is > > rather 1-sided, negative. Not good for free software's encroachment into > > the corporate zone. Of course the points he raises are all true and > widely > > known. He mentions only one strength. > > > > I don't think Larry has actually been in the trenches doing real work on > the > > web. Either that or he is/was paid to do it with Micro$oft ASP or > Allaire's > > Cold Fusion. Maybe he is on the payroll of one of these? It's a > > possibility that should be investigated. > > > > Thanks for nothing, Larry Seltzer. > > > > Cheers, > > MD > > > > > > > > -- > > PHP Windows Mailing List (http://www.php.net/) > > To unsubscribe, e-mail: php-windows-unsubscribe@lists.php.net > > For additional commands, e-mail: php-windows-help@lists.php.net > > To contact the list administrators, e-mail: php-list-admin@lists.php.net > > > > > > -- > PHP Windows Mailing List (http://www.php.net/) > To unsubscribe, e-mail: php-windows-unsubscribe@lists.php.net > For additional commands, e-mail: php-windows-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net >

« previous php.windows (#7881) next »