Subject | Re: [firebird-php] PHP Driver status |
---|---|
Author | marius popa |
Post date | 2008-10-16T10:24:41Z |
On Thu, Oct 16, 2008 at 1:00 PM, Lester Caine <lester@...> wrote:
and it should work with older firebird installs, this is how it worked before
I think if you really want to stay with the old configs then you don't
change the systems
Heck we had an old redhat 7.3 and i couldn't change the kernel or the
os so it stays that way untils is ready to be changed
Also if you really need php4.x then you can use php4.x forever , it's
open source and you can patch and compile yourself
but main development should continue with php5.3.x and php6.0 and php
internals should change and evolve
or else there will be other languages to kill it :ruby/python/perl6
If you need new features you need to break things
developer flamerobin.org
> Pierre Joye wrote:Pierre will build with the latest firebird stable release client (2.1.1)
>>> In my apparently flawed way of thinking, all that needs to happen in
>>> PHP5.3
>>> is that php_interbase is compiled to be compatible with the rest of PHP -
>>> the
>>> same as happens with the Linux builds?
>>
>> Yes, but it is done at the distribution level.
>
> But I think what you are saying is that the clients currently provided with
> a
> firebird distributions are unsuitable for use with php_interbase? PHP will
> be
> used with both FB1.5 and FB2 with the correct client for those distributions
> and to date there has been no problem with that with PHP - no reported
> crashes
> from THAT on any of my sites. Replacing the firebird client with one not
> tested against the firebird test suit is as much of a problem distribution
> wise as not having a driver at all :( The client needs to work with a lot of
> things other than just PHP, and of cause the firebird client may not connect
> to Interbase!
>
> At least the move from dedicated applications to web based on sites as
> removed
> the distribution problem caused by needing the client on a range of versions
> of OS. But until I can convince customers that they don't need some of the
> legacy code - which goes back to the 90's - then backwards compatibility
> while
> running dissimilar systems is somewhat essential.
>
> So the main question is - will the 5.3 builds require a specific version of
> the client to work? In which case how will the differences between Interbase
> and Firebird be handled?
and it should work with older firebird installs, this is how it worked before
I think if you really want to stay with the old configs then you don't
change the systems
Heck we had an old redhat 7.3 and i couldn't change the kernel or the
os so it stays that way untils is ready to be changed
Also if you really need php4.x then you can use php4.x forever , it's
open source and you can patch and compile yourself
but main development should continue with php5.3.x and php6.0 and php
internals should change and evolve
or else there will be other languages to kill it :ruby/python/perl6
If you need new features you need to break things
>--
> --
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://lsces.co.uk/lsces/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk//
> Firebird - http://www.firebirdsql.org/index.php
>
developer flamerobin.org