PHP 4.3.0 w/ZEND 2 Alpha 32
Twintop writes: "PHP.net has released the a new version of PHP 4 to include the new Zend 2 Scripting Engine. This alpha update adds more increased support for Java and .NET technologies. More can be found on PHP.net and Beta News.com."
Stability (Score:1)
and I guess, not.
Oh boy, we need a split "stable"/"testing" for
PHP on the BSD ports tree...
Re:Stability (Score:1, Funny)
PHP has finally made it... (Score:4, Interesting)
Long ago, I used php on a very small project, and it worked wonderfully (due to the utter simplicity of the project).
Since then, I have not touched it, due to immature error handling, terrible objects and inconsistancies between functions and methods.
It seems that this version (based on the Code Samples [php.net]) has fixed most everything I once hated, and that I might get to use php in a production enviroment sometime soon.
Most important things to me are try/catch and destructors.
Re:PHP has finally made it... (Score:1)
I really don't see what your problem with PHP is. If there's anything wrong with it it might be bloat, but with the small footprint and fast execution PHP has that really doesn't seem a legitimate complaint to me. I have loved PHP ever since I started using it.
Also, contrary to what others have said, PHP 4.2.0 works fine with Apache 2.0.35, at least on my box.
So misguided (Score:4, Interesting)
Re:So misguided (Score:2)
Performance is everything for web servers. Get 'em in, get 'em out, next please.
Re:So misguided (Score:5, Informative)
And that's what happens now if you do any amount of use of classes. Unless you buy the Zend Optimizer, anything that uses classes requires tons of recompilation of the PHP code for each page. We found that we were spending 20% of real response time just recompiling the class files for each page.
This performance tweak is just a drop in the bucket compared to that.
Re:So misguided (Score:3, Informative)
http://apc.communityconnect.com/ [communityconnect.com]
Re:So misguided (Score:2, Informative)
Just as fast as Zend Accelerator, costs exactly nothing.
The PHP Accelerator [php-accelerator.co.uk].
Re:So misguided (Score:1)
Re:So misguided (Score:1)
Re:So misguided (Score:2)
That's pretty huge in my book. PHP already doesn't support any sort of accessing of the callback stack (although I see it's in the new one), much less interactive debugging.
The lack of debugging facilities is the #1 reason why I and my department are getting away from PHP.
Re:So misguided (Score:1)
Re:So misguided (Score:1)
Out of all the languages I have used for web based developement (PHP, PERL, VB *shudder* and JSP) PHP has been the quickest to develop and easiest to maintain. Also, given proper coding techniques and server configuration, the fastest performer of the group.
These were not just small projects either, my current job has huge projects we are doing in PHP.
So just curious, what language are you doing to?
PHP Accelerator (Score:1)
Nick has written a brilliant piece of work, and its in use on a number of fairly high traffic PHP-enabled sites, including DealHunting.com [dealhunting.com] and GamingForce.com [gamingforce.com]. Anyway check it out.
Re:So misguided (Score:2)
I'm so frustrated by the culture of performance
I agree completely. The PHP developers seem very misguided. They refuse to fix many bugs in the name of "performance". Things like infinite recursion crashing the interpreter. At the very least, they could include a debug version, which would run slower, but help developers find errors. Things like the new private member variables silently erroring is NOT acceptable behavior for a scripting language, especially one that claims to be easy to use.
PHP already has enough bugs that make it hard to use, especially for those not experienced with it. It's really fun when a syntax error causes the parser to indicate that the error is hundreds of lines away from where it really is, or even in a separate file. Adding MORE bugs of this kind in the name of "performance" does not help to make PHP more professional. I really like PHP, and have been using in commercial environments for more than two and a half years, but these types of things are making me seriously consider switching to Python.
Commercial addons restricting (Score:2, Insightful)
It's not out of dislike for commercial software - it's because PHP is a scripting engine, and their addon Zend optimiser isn't. It's not that there aren't open source replacements [php-accelerator.co.uk] but they'll never become part of the base PHP.net distro. This affects the quality of the software.
Is there anything that can be done about this? Especially for other new projects that don't want to let social issues affect the quality of their software.
Re:Commercial addons restricting (Score:1)
Re:Commercial addons restricting (Score:1)
No I didn't. I was under the mistaken impression. Interesting story though - thanks. Did they want the source because of their platform, or to modify, or what?
Re:Commercial addons restricting (Score:1)
Re:Commercial addons restricting (Score:1)
Could PHPA become part of the base PHP distro? Have such a thing ever been proposed or considered? Why is the sky blue?
php.net, caches, shady practices, and Re:Commerci (Score:1)
Even getting a link on the php.net page or in the manual is frankly unlikely. But if enough people pressured them who knows?
Personally I think that every PHP user should be made aware of PHPA, APC etc., and the user should then be able to decide if any and which of the solutions are for them. I'm convinced that there are many folks who are only aware of the commercial solution, and entirely unaware of any alternatives at all.
IMHO, php.net are surely doing the PHP community a grave disservice by *not* publicising other solutions that can, after all, make PHP more palatable for some. I firmly believe in an open market where products compete purely on their merits, and not backhanders or the use of veiled threats to win commercial advantage. Of course I'm not suggesting that php.net are tainted by such practices, although if not, adding a link to PHPA, APC etc. shouldn't really be a problem,, should it
Bringing it all together (Score:2)
Re:Bringing it all together (Score:1)
Should I take "Alpha" to be the warning that it sounds like it is, or would it be safe to try it out now?
To quote from www.php.net [php.net]:
This is an alpha version. It should not be used in production or even semi-production web sites.
I would take their word for it :)
Re:Bringing it all together (Score:1)
Re:Bringing it all together (Score:1)
Alpha version (Score:3, Informative)
Stupid me (Score:2)