Stefan Esser wrote:
I am not interested in pushing Suhosin into PHP mainline. Why in hell would I want that. If Suhosin gets absorbed by PHP.net then I would have to start a new project, because there are tons of mitigations I can think up that will be implemented at some point in time and will never make it into PHP mainline.
All my production systems have suhosin installed and have done since SUSE provided it by default. Just like eaccelerator, I am more than happy with these third party enhancements to PHP. Once again, the drive is to 'push everything into core' when it makes MUCH more sense to provide a much cleaner and consistent management system for a modular approach. SOME key features of suhosin do have a place in PHP, but others would not 'find approval', so removing suhosin is simply not an option. Cherry picking features that some contributors find useful is no replacement for well constructed third party modules, so they too need to work in harmony rather than continually battling to maintain compatibility. Some 'features' are not commonly required, and providing them as external modules is always going to be the ideal answer!
There is no 'demand' here for any support of these third party packages by the php developers, only that they recognise that some changes being made may result in problems down stream which it may be nicer to accept and address rather than simply saying "we don't support that" and sticking two fingers up :(
-- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/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 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
