



PHP 5 Release Candidate 2 Released 39
alexre1 writes "From the PHP website: 'The second Release Candidate of PHP 5 is now available! This mostly bug fix release improves PHP 5's stability and irons out some of the remaining issues before PHP 5 can be deemed release quality. Note that it is still not recommended for mission-critical use but people are encouraged to start playing with it and report any problems.' Cool! Hopefully we'll have a stable PHP 5.0 soon."
PHP5 (Score:5, Interesting)
There's no reason not to switch to PHP5, everyone please do it now! Writing back-compatible code is no fun, I want to use all the new and exciting OOP features.
Here [php.net]'s a page describing all the new features in PHP5 and the ZEND engine version 2!
Re:PHP5 (Score:5, Interesting)
If this is true, it takes away one of my major fears about PHP5. They haven't exactly been careful about this in the past, and there's been more than one occasion where I was franticaly updating mounds of code because they decided something should be spelled different.
I've been keeping half an eye on the changes, and the only thing that had twigged as a possible issue so far was in classes, especially changing the default contstructor. Changing the name of a constructor isn't a big deal in itself, but I'd be doing it in a lot of code, distributed across many, many sites. I'd be very happy to put this particular fear to rest.
That aside, I am looking forward to the new OOP features. 95% of what I write is OOP, and there are some things in there I've been wanting for a long time.
Changes are bad? (Score:3, Insightful)
Damien
Web developer for four+ years
Re:Changes are bad? (Score:3, Insightful)
I'd ammend that to most changes have been for good reasons. In my post above, I was thinking specifically of the $HTTP_VARS_ change. Granted, typing $_POST is a heckuva lot nicer, but I really wish more thought had been put into how to handle that. There have also been a number of changes in how individual functions behave between point releases where the only rationale seemed to be that they thought it looked nicer the new way. (It usually did, but don't go doing things like that unless you give people an
Re:Changes are bad? (Score:2)
The VM that will run Perl 6 will also be able to run Perl 5. Just as you can use Java to call GTK+, written in C, you can use Perl 6 to call Perl 5 things. You dont say that Java is reverse compatable with C, because it isn't. Perl 6 isn't reverse comptable with Perl 5, because it isn't.
The Perl 6 interpeter/VM/compiler is a compleate rewite... So much so that it isnt Perl, its Parrot. But Perl 5 isn't a rewite of Perl 5, as in: start with a blank spec. Perl 5 is a star
Re:Changes are bad? (Score:2)
>
> I'd argue that lacking a formal specification, the language is
> the final arbiter of what's correct. If it compiles and runs, it's
> correct. It might be shite code, but if it breaks afterwards because
> of a change in the language, it's hardly the fault of the coder.
When the I and B tags were no longer valid in XHTML, was it the fault of the W3C that web code was invalid?
> There have also been a number of chang
Re:Changes are bad? (Score:2)
Damien, clue me in? Links? References? Explanations?
Re:Changes are bad? (Score:4, Funny)
Re:Changes are bad? (Score:2)
Re:Changes are bad? (Score:3, Insightful)
Maybe he means that it should be $array['key'] (quoted key) instead of $array[key] (unquoted key)?
JP
Re:Changes are bad? (Score:2)
Array do's and don'ts [php.net]
Re:PHP5 (Score:1)
Re:PHP5 (Score:3, Insightful)
Except for the whole copy-by-reference thing. Of course the new way is better, but people who relied on the old way might be surprised by some unexpected values.
Except that "it is still not recommended for mission-critical use," right?
Re:PHP5 (Score:2)
From the annoucement:
So, hopefully, this was fixed.
Naturally. It's a release candidate, remember?
Re:PHP5 (Score:1)
hello?!? (Score:4, Insightful)
Considering how much of the web runs on PHP, I am surprized at the lack of interest in this new release. PHP 5 when combined with MySQL 4 is going to do some amazing things.
Wake up you people!
Re:hello?!? (Score:5, Informative)
PHP5 comes with its very own integrated 'lite' sql server that can handle simple queries very very quickly.
The decision to implement SQLite into PHP5 is "good for small and mid-sized applications, because the database lives on the same server as the application that is using it"
Re:hello?!? (Score:5, Informative)
Re:hello?!? (Score:2)
Re:hello?!? (Score:1)
RDBMS (Score:2)
Re:RDBMS (Score:1)
Now it's turning into a monstosity, trying to yank away Postgres' share of the free world (so they can sell support contracts).
Ahh screw you all, I'm going back to DBF format!
Re:hello?!? (Score:2)
Re: (Score:3, Insightful)
Re:release canidates not really news (Score:2, Insightful)
Re:hello?!? (Score:2)
Considering how much of the web runs on PHP, I am surprized at the lack of interest in this new release. PHP 5 when combined with MySQL 4 is going to do some amazing things. Wake up you people!
Not quite. Most of the PHP Web out there is not using the bleeding edge features, or even the recent ones. Hosting services will wait for a while before installing 5, and so on.
Re:Incorrect Link (Score:2, Interesting)
Score:0, Troll
So much for commentary on how similar PHP5 looks to Java.
PHP syntax rant (Score:4, Insightful)
and now they're goign to rip off Java
(probably poorly, given their track record).
Sorry to seem trollish, I've just written
enough in all three languages (been writing
web code for pay since '99) to notice that
three quarters of PHP is a stripped-down,
amateurishly implemented clone of features
from other languages (an example that springs
to mind is: copying visual signification of
variables like perl, but not disambiguting
singular and plural types (perl: $scalar and
@array vs. php: $scalar and $array)). And
whoever decided that it was ok for some
array functions to use foo($var,$array)
and others to use bar($array,$var) should
just be slapped repeatedly with a dead trout.
Also, anyone who has tried to use PHP's reference
mechanism, usually ends up shocked at the number
of bugs-by-design present in the language.
I hope the Zend team has picked shallow or deep
copy for PHP5 rather than just having the
interpreter do an indeterminate mix of both
like in PHP4...
I use PHP because the majority of the code at my
workplace was written in it (by people who,
imho, sucked) so the current devs have too much
legacy code to feasibly port to something
saner. Irritating sometimes, but it pays the bills.
*shrug* I guess PHP is what passes for
language design these days, just like MySQL
is what seems to pass for relational database
management these days.
Re:PHP syntax rant (Score:1)
Interesting news (Score:1)