| |||||||
| Programming PHP, Perl, Ruby on Rails, AJAX, HTML, XHTML, CSS, JavaScript, MySQL and any other coding topics. |
![]() |
| | LinkBack | Thread Tools |
| | #1 (permalink) |
| NPQ's PA, Slave, and On Call Coder Technical Services | I, as well as many open source developers, have joined the Go PHP 5 initiative. Starting February 5th, 2008 - we will be dropping support for PHP version 4, and will be using PHP 5 instead. My Domain Name Portfolio project is one of many going in this direction. Making this post here, to encourage any of you that have open source projects, to join this initiative. You can find the official press release here (posted on my blog - cause the original is a PDF which a lot may not be able to view). ![]()
__________________ |
| |
| | #2 (permalink) |
| Senior Member | This could be somewhat of a hindrance for non free softwares to be honest at present statistics for php 5 show less than 20% take up as of yet. This means that you will alienate 80% of potential users. Free open source applications will also suffer as there may end up being a drop in user take up which may result in less people developing for the software. http://www.nexen.net/chiffres_cles/p...07.php#majeure |
| |
| | #3 (permalink) |
| NPQ's PA, Slave, and On Call Coder Technical Services | PHP 4 is now 7 years old, PHP 5 has been in use for 3. It's time people move on to PHP 5, free software or not. That's what this initiative is for; to encourage hosts AND developers (not just open source developers) to ditch PHP4 and move on to PHP 5.
__________________ |
| |
| | #4 (permalink) | |
| NamePros Regular | Quote:
__________________ 8^X | |
| |
| | #5 (permalink) | |
| NPQ's PA, Slave, and On Call Coder Technical Services | Quote:
http://www.php.net/ChangeLog-5.php http://www.php.net/manual/en/migration5.php
__________________ | |
| |
| | #7 (permalink) | |
| NPQ's PA, Slave, and On Call Coder Technical Services | Quote:
The new features, and OOP are good enough alone. There have been many performance enhancements, not to mention the bug and security fixes. PHP5 has taken care of nearly ALL of PHP 4's shortcomings. Even if you don't like this initiative to drop PHP 4 altogether, making code PHP 5 dependent, atleast switch to PHP5 on your server(s) You'd be surprised of how well your scripts will run on a PHP5 server, compared to running on a PHP4 server.
__________________ Last edited by SecondVersion; 07-10-2007 at 01:21 PM. | |
| |
| | #8 (permalink) | |
| NamePros Regular | Quote:
__________________ 8^X | |
| |
| | #9 (permalink) | |
| NPQ's PA, Slave, and On Call Coder Technical Services | Quote:
![]() register_globals has been disabled by default since PHP 4.2.0
__________________ | |
| |
| | #10 (permalink) | |
| NamePros Regular | Quote:
I have apps that predate PHP 4.2.0. If they are written well, why wouldn't they last 6+ years? Why not 20?
__________________ 8^X | |
| |
| | #11 (permalink) | |
| NPQ's PA, Slave, and On Call Coder Technical Services | Quote:
No application that relies on register_globals can be considered "written well". And, 20 years? PHP 4 will probably hold it's marketshare for 2 more years at most. And in that 20 years, PHP 5 will be obsolete, in favor of PHP6 - where register_globals, magic_quotes, etc are removed from the codebase and disabled completely.
__________________ | |
| |
| | #12 (permalink) | |||
| NamePros Regular | Quote:
Quote:
Quote:
In 20 years my PHP4 app will probably still be functioning and doing it's work.
__________________ 8^X | |||
| |
| | #13 (permalink) | ||
| NamePros Regular | Quote:
![]() I doubt php will be around that long (but we'll all still be able to use it), there will be something else that will take it's place. Programming languages change. Perl was the best, now it's seeing the face of PHP and what it offers people like you and I. For every 20 lines of perl, PHP can perform the same, if not faster reduced in 5 to 10 lines. Ruby is a newcomer as well. I guess for every 10 lines of PHP code to perform an action, ruby can do it in 3 to 5. ![]() 20 Years is a long time. According to google, that is precisely: 7 304.84398 days Things change. Period. Quote:
| ||
| |
| | #15 (permalink) | ||||
| NPQ's PA, Slave, and On Call Coder Technical Services | Quote:
Quote:
Quote:
I can't stand anyone / any script that uses register_globals - poor coding habit, not only security-wise, but also shows laziness - if you depend on it. (to be blunt) ![]() Quote:
__________________ Last edited by SecondVersion; 07-10-2007 at 05:17 PM. | ||||
| |
| | #16 (permalink) | ||
| NamePros Regular | Quote:
Quote:
I think a trend we will be seeing in the next decade is platforms that support any language you like, so these arguments become a thing of the past.
__________________ 8^X | ||
| |
| | #17 (permalink) |
| NamePros Regular | Its interesting how this thread turned out. As the numerous installations show, PHP 4 isnt bad at all and does its job very well. However its a fact that PHP 5 is now already available for three years. While a new version does not always necessarily mean better performance it usually however does. In this case the most obvious improvements were done in the OO part. If you write primarily procedural code you actually wont notice a big difference, from a developer's point of view. However even then an upgrade is recommended due to the many internal improvements of the core. Concerning register_globals, they were a fundamental feature in the early versions of PHP and I would not agree that code relying on them cannot be called "well-written". However we now have for more than five years better ways to access this data and so I would actually expect code to use the super globals. If it doesnt it either has not been updated for 4 to 5 years or is actually "not well-written".
__________________ Paris loves CityPics muov.com • qeww.com • sejz.com • viuo.com • vuav.com • wzeo.com • xeib.com • xueo.com -- Do not let others be treated this way! |
| |
| | #18 (permalink) |
| NamePros Regular | Wouldn't a better incentive be to guide users into the path of the wonderful Python and Django. ![]() Ok seriously this is fantastic news. I have been using PHP5 for like 2 years so its about time everyone else catched up. Last edited by DomainManDave; 07-11-2007 at 06:02 PM. |
| |
| | #19 (permalink) |
| NamePros Regular | Progress is progress (go PHP5). But there's always room (and in many cases, a need) to keep the old (Cobol and FORTRAN being prime examples, which were supposedly long dead languages 20 years ago, and still running in many data centers to this day). Obviously those are different situations and PHP4 isn't exactly a legacy language, nor will it be anytime soon, but like CSS being all the rage of late as more and more designers and programmers celebrate its virtues, this initiative for PHP5 may take the imagination of the world by storm soon enough, as long as it isn't forced at the expense of PHP4. And that may be the reason it hadn't taken off stronger than it has yet. There are many merits to championing PHP5, just as I personally do; but you must also know that like many other examples before (Intel being successful with its CISC chips due to backward compatibility even when RISC was thought to be superior; or Borland's fall after trying to rewrite dBase in the superiority of rewrtiting it in OOP at the expense of time and competitors catching ground; etc.), staying with the current popular standard may not really be that bad either.
__________________ :alien: Newsback.com -- Commentary and backstories of the news ----------------------------------------------- |
| |
| | #20 (permalink) |
| NamePros Regular | I don't think anyone is talking about going through all your code and rewriting everything...but why not use new language features when coding new features in your applications? As for an application working for 20 years...I doubt that. PHP will do something down the road to the language spec that will make it not work. Case in point, when Java 1.5 came out, enum became a reserved word, so 1.4 apps that used enum as a variable name wouldn't compile without the -source 1.4 parameter to javac. I don't doubt that PHP will end up doing something similar, and since nobody will really want to keep more than 2 versions of php running on a server, you'll have to go in and fix your code. |
| |
| | #21 (permalink) |
| NamePros Regular | my opinion in this is that php 5 never really took off. when compared to other languages that when we see an update everyone goes rushing updating it, the same didn't happen to php. Many people still use php 4, and in many servers you don't have php 5, there are also the cases when you buy scripts, you buy a php script and it may not work on a php5 server without modifications.
__________________ João Fernandes Silva Selling : 19P.ORG - ARCADEHITS.ORG - AZIAN.NET - COREFANS.COM - CTUTORIALS.NET - DEDISEEK.COM - HITCHECK.COM - HOST15.COM - HOSTCUSTOMER.COM - LARGETIPS.COM - SCRIPTCANDY.COM - VISUALBOOK.NET - VOXVPS.COM / .NET - WALLPAPERSARENA.COM |
| |
| | #22 (permalink) | |
| NPQ's PA, Slave, and On Call Coder Technical Services | Sorry PHP4 lovers, but PHP has officially announced PHP4's end of life. Quote:
__________________ | |
| |
| | #23 (permalink) |
| NamePros Regular | then answer me this... why not wait a few weeks/months more and migrate directly to php 6 ? that way at least you migrate to something that is new and not 3 years old and at the midle of it's life ( or near end ).
__________________ João Fernandes Silva Selling : 19P.ORG - ARCADEHITS.ORG - AZIAN.NET - COREFANS.COM - CTUTORIALS.NET - DEDISEEK.COM - HITCHECK.COM - HOST15.COM - HOSTCUSTOMER.COM - LARGETIPS.COM - SCRIPTCANDY.COM - VISUALBOOK.NET - VOXVPS.COM / .NET - WALLPAPERSARENA.COM |
| |
| | #24 (permalink) | |
| Senior Member | Quote:
Windows won't officially support Windows 98 / ME anymore now that Vista has come out, but they did when XP was out because they knew that some don't like upgrading when everything is working fine. But there comes a time when they have to force them to do it, otherwise they lose business. Ofcourse, that example doesn't apply to PHP .
__________________ | |
| |
![]() |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| |