jero.net— While most web hosts are still in the PHP 4 era, the PHP developers are already planning and working on PHP 6. This article is taking a look at what's been planned for this future version of PHP.
Mar 12, 2006View in Crawl 4
Hmm, not sure what you mean by strange behavior with include/require. I can tell you that PHP 5 as the new __autoload function that relieves a lot of the headaches of including a lot of scripts.
Actually for the tasks the parent specified (chatrooms for example), using sessions or the database is simply not feasible as there's far too much overhead. Application scope variables would largely resolve this issue and simplify a lot of otherwise difficult tasks with PHP. Sadly it doesn't seem to be on the cards for anytime soon.
hmm, this would make PHP5 pretty much pointless. It would also make PHP6 pretty pointless, as most hosting companies and existing web applications are not compatible.Here where I work, I maintain a 6yo codebase that consists of PHP3, PHP4, PERL, and Python.The codebase is approx: 3000 files.After doing a compatibility analysis, I found that only 1 deprecated function is in use (array_merge()), however, it occurs throughout the codebase over 500 times, all with different variables called.I'm still working on a sed script to fix this, but the network admins are very very hesitent to upgrade to PHP5, anytime soon. *even after I resolve deprecations*
I don't think so, In fact, PHP4 is very likely to be declared unsupported by PHP folks, and that , will force vendors to upgrade at least to PHP5, and in a short period of time, that also will force people unlikely to do so :-)software have a life cicle, and you have to live with that.
PHP6 is looking good for most people who write decent code and do seriuos job.magic_quotes were an AWFUL annoying thing, if you look some code, you will find most apps current are implementing workarounds to GET RID of magic_quotes., not to preserv it.register_globals cause MAYOR security problems.safe_mode doesn't really solved the "shared server problem"
Debian policies are religious and broken, that's not a PHP problem I think :-)that's one the reasons why people is more and more using Ubuntu or any other thing..
slack31337Mar 13, 2006
Don't buy it! MJ will use the profits to build another neverland
headzooMar 13, 2006
Hmm, not sure what you mean by strange behavior with include/require. I can tell you that PHP 5 as the new __autoload function that relieves a lot of the headaches of including a lot of scripts.
headzooMar 13, 2006
I wouldn't mind dropping the $this-> and self:: from inside classes. That would be a nice change.
tllotsMar 14, 2006
Actually for the tasks the parent specified (chatrooms for example), using sessions or the database is simply not feasible as there's far too much overhead. Application scope variables would largely resolve this issue and simplify a lot of otherwise difficult tasks with PHP. Sadly it doesn't seem to be on the cards for anytime soon.
v3xt0rMar 16, 2006
hmm, this would make PHP5 pretty much pointless. It would also make PHP6 pretty pointless, as most hosting companies and existing web applications are not compatible.Here where I work, I maintain a 6yo codebase that consists of PHP3, PHP4, PERL, and Python.The codebase is approx: 3000 files.After doing a compatibility analysis, I found that only 1 deprecated function is in use (array_merge()), however, it occurs throughout the codebase over 500 times, all with different variables called.I'm still working on a sed script to fix this, but the network admins are very very hesitent to upgrade to PHP5, anytime soon. *even after I resolve deprecations*
jiscarioteMar 27, 2006
I don't think so, In fact, PHP4 is very likely to be declared unsupported by PHP folks, and that , will force vendors to upgrade at least to PHP5, and in a short period of time, that also will force people unlikely to do so :-)software have a life cicle, and you have to live with that.
jiscarioteMar 27, 2006
PHP6 is looking good for most people who write decent code and do seriuos job.magic_quotes were an AWFUL annoying thing, if you look some code, you will find most apps current are implementing workarounds to GET RID of magic_quotes., not to preserv it.register_globals cause MAYOR security problems.safe_mode doesn't really solved the "shared server problem"
jiscarioteMar 28, 2006
Debian policies are religious and broken, that's not a PHP problem I think :-)that's one the reasons why people is more and more using Ubuntu or any other thing..