On Tue, 10 Jul 2007 00:56:16 -0500, Larry Garfield <[EMAIL PROTECTED]> wrote:
> On Monday 09 July 2007, chris# wrote:
>
>> I will venture to say that the biggest issue was; no transition period.
>> That is to say that PHP4 and PHP5 are two completely different
> creatures.
>> There was no "morphing" period. After several years of working with
> PHP3/4
>> in this fashion, /suddenly/ most of those rules no longer applied (in
>> PHP5). You've got millions - perhaps billions of lines of code that have
> to
>> be nearly completely rewritten to be usable in PHP5. Perhaps a better
>> solution would be to document an answer to running PHP4, PHP5, and PHP6
> on
>> the same boxen for the most popular OS's. Then there would be little
> reason
>> for anyone not to adopt any version(s) of their choosing, and little
> reason
>> to complain about an EOL. Seems a sure answer to me.
>
> Better docs on how to run PHP 4 and PHP 5 at the same time would likely be
> helpful, and someone is working on that for GoPHP5.org, I think. However,
> your claim that "you have millions... of lines of code that have to be
> nearly
> completely rewritten to be usable in PHP 5" is not true. Sure, you could
> completely rewrite your app, but unless you're doing something very very
> dependent on objects passing by value porting a PHP 4 app to run correctly
> in
> PHP 5 is not the herculean task that some make it out to be. You
> don't /have/ to rewrite everything to use objects. Even the procedural
> code
> is easier, with the extra array manipulation routines. :-)
>
> That sounds like more of a marketing issue.
Greetings, and thanks for the response.
For the sake of clarity; I was /not/ indicating that /I/ had millions of lines
of
code to /completely/ rewrite. But rather that there /are/ millions (perhaps
billions)
of lines of code that need to be rewritten on the Internet in various
applications/
libraries/classes, etc...
And for many, this seems quite - as you put it, the herculean task. Remember,
most
ppl using PHP on their pages depend on others to write their pages/applications/
utilities. They go to sourceforge/freshmeat/phpclasses/hotscripts download
something
that appeals to them and discover that it don't werk on the PHP5 boxen their
ISP/
hosting provider offers. So they discover they need to fix it to make it work.
To
most - whom know very little about programming in PHP, this is quite a feat. So
as
most in the world; they take the least-line-of-resistance and find a PHP4
hosting
provider. Bottom line; there are zillions of PHP thingies out there that were
all
written for PHP4 - far more than are available for 5. So until many (most?) of
them
have been re-written (more accurately; adapted) for PHP5, PHP4 will still be a
/big/
contender - like it or not. OH, before I forget to respond; PHP5 is a completely
different animal than PHP4 for the average user. Sure. If you were familiar with
Java/Script it all looks quite familiar - technically any OO language for that
matter. Hell, I've been with PHP since it's creation, coming from years with
perl
and converting most of my trusty scripts to PHP. I also discovered many ways to
write PHP4 as pseudo OO. Like many I suppose. Anyway, speaking of the past; I
remember there being quite bit of resistance to the OO flavor that PHP5 offered.
Perhaps it lingers still. Well, here's looking forward to feasible solutions
to offering multiversions on most PHP hosters. ;)
Thanks again for the response.
>
> --
> Larry Garfield AIM: LOLG42
> [EMAIL PROTECTED] ICQ: 6817012
>
> "If nature has made any one thing less susceptible than all others of
> exclusive property, it is the action of the thinking power called an idea,
> which an individual may exclusively possess as long as he keeps it to
> himself; but the moment it is divulged, it forces itself into the
> possession
> of every one, and the receiver cannot dispossess himself of it." --
> Thomas
> Jefferson
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
/////////////////////////////////////////////////////
Service provided by hitOmeter.NET internet messaging!
.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
