Date: 05/17/01
- Next message: dickzzm <email protected>: "[PHP-DEV] Bug #10917: deal with the BLOB data"
- Previous message: Andi Gutmans: "RE: [PHP-DEV] Re: [PHP-QA] PHP 4.0.6RC1 ready for testing"
- In reply to: Sean R. Bright: "RE: [PHP-DEV] Latest commit -- depreciation of call_user_method()"
- Next in thread: Stig Sæther Bakken: "Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
At 10:27 PM 5/16/2001 -0400, Sean R. Bright wrote:
> > -----Original Message-----
> > From: Andi Gutmans [mailto:andi <email protected>]
>
>...
>
> > There has been lots of talk and I think there have also been
> > some good ideas.
> > The only problem I have had with these discussions up to now
> > is that people
> > here really forget that the average PHP coder is not a
> > php-dev guy who
> > wants everything to be perfect.
> > So we can maybe start making a plan for 4.1.x which would
> > address this
> > standardization but I would definitely urge to think of the
> > average PHP
> > user and give him an option which 95% of the time won't trash
> > his site :)
> >
> > Andi
>
>Its not really my place to throw in my $0.02 having only contributed very
>little thus far to the project, but reading this gave me a thought. Why not
>create a utility program before compatibility breaking releases that runs
>through existing scripts and reports to the user/developer what types of
>changes need to be made in order for the script to work properly under a new
>version? This way a user could download and build the utility, run it,
>receive a report of the deprecated/changed functions, determine the amount
>of effort that is going to be required to update his/her scripts and then
>make an decision as when/if to upgrade. It could feed off of some sort of
>database on php.net so that we can update it with each new version without
>having the user download/build again. It may sound like a silly idea, but
>there needs to be some sort of migration plan, and at least this way we will
>not be alienating the end-users.
I think these kind of utilities are in general a good idea. We created one
for the PHP/FI 2 -> PHP 3 transition which helped people quite a bit.
Andi
-- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: php-dev-unsubscribe <email protected> For additional commands, e-mail: php-dev-help <email protected> To contact the list administrators, e-mail: php-list-admin <email protected>
- Next message: dickzzm <email protected>: "[PHP-DEV] Bug #10917: deal with the BLOB data"
- Previous message: Andi Gutmans: "RE: [PHP-DEV] Re: [PHP-QA] PHP 4.0.6RC1 ready for testing"
- In reply to: Sean R. Bright: "RE: [PHP-DEV] Latest commit -- depreciation of call_user_method()"
- Next in thread: Stig Sæther Bakken: "Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

