Re: [PHP-DEV] Suhosin patch disabled by default in Debian php5 builds

more secure for the last decade. Do not respect him for how (bad) he's communicating things, respect him for what he coded. We are coders. Be humble and get shit done. Really. -- best regards, Soenke Ruempler // @s0enke Development Jimdo GmbH - Pages to the People. Stresemanns

Re: [PHP-DEV] short_open_tag

Hi Rasmus, On 03/23/2008 04:14 PM, Rasmus Lerdorf wrote: It is, but it is magic_quotes done right. You apply a really strict filter that makes your data safe for display and your backend by default. The only place you can reliably do this this is at the point the data enters your system. O

Re: [PHP-DEV] short_open_tag

Hi Rasmus, On 03/23/2008 03:32 PM, Rasmus Lerdorf wrote: This is what the filter extension is for. You should be working with escaped data by default and only poke a hole in your data firewall in the few places where you need to work with the raw data. Doing it the other way around is going

RE: [PHP-DEV] RfC: rethink OO inheritance strictness

Hi, Just one question: Is there a real need to break BC in a minor version (5.1 => 5.2 is minor from a PHP users's, at least my POV) ? Can't this be done in 6.0? -soenke -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] RfC: rethink OO inheritance strictness

Zeev Suraski wrote on Wednesday, August 02, 2006 2:33 PM: > I believe the problem is that 10 years ago we introduced what can be > described as 'loose OO programming', and we're replacing it (instead > of augmenting it) with strict OO programming. Yes - and I personally

RE: [PHP-DEV] RfC: rethink OO inheritance strictness

<mailto:[EMAIL PROTECTED]> wrote on Tuesday, August 01, 2006 8:52 PM: > On Fri, July 21, 2006 6:05 am, Soenke Ruempler wrote: >> So maybe from your POV it's two different methods (and yes, it IS >> *technically*). But from OOP and API design view it is polymorphism >

RE: [PHP-DEV] RfC: rethink OO inheritance strictness

Richard Quadling wrote on Friday, July 21, 2006 1:16 PM: > Ah. I see the difference. I'm expecting overloading. Hmmm. Even with > that though, overloading is the desired effect. But PHP has no parameter overloading, only overloading with interceptor methods. IMHO what y

RE: [PHP-DEV] RfC: rethink OO inheritance strictness

Richard Quadling wrote on Friday, July 21, 2006 12:28 PM: > Shouldn't be necessary. As there are 2 different methods, they should > be allowed different parameter signatures. If you want to extend a > method but hide original implementation, you can't change the > parame

RE: [PHP-DEV] RfC: rethink OO inheritance strictness

Derick Rethans wrote on Friday, July 21, 2006 11:31 AM: > It's quite a different thing in C++ as there you have method > overloading which PHP doesn't have. Therefore your argument doesn't Exactly the point. It's parameter polymorphism in C++/Java. > hold here as they

RE: [PHP-DEV] Re: TextIterator changes

Michael Wallner wrote on Friday, June 23, 2006 11:27 PM: > Andrei Zmievski wrote: >> TextIterator does not implement Iterator interface, only >> Traversable. It just happens to have functions of the same name as >> Iterator. > > Ah, okay. > That leaves the picky OO str

RE: [PHP-DEV] SPL docs

Derick Rethans wrote on Friday, June 09, 2006 8:25 AM: > On Thu, 8 Jun 2006, Andi Gutmans wrote: > >> Any chance we can get the SPL docs integrated into the PHP manual? I >> get questions about it here and there and think that as it's in the >> default PHP distro it mak

RE: [PHP-DEV] Missing __toString() part

Greg Beaver wrote on Monday, June 05, 2006 11:06 PM: > You miss the point. The warning that is helpful in debugging, it has > nothing to do with designing things to break, it has to do with > unintentional bugs. If in 1 case of 1000 in a loop, there is > an object > in

RE: [PHP-DEV] Critical bug #37276

Hi, Edin Kadribasic wrote on Wednesday, May 03, 2006 1:01 PM: > Just a heads up. > > We need to release 5.1.4 ASAP since the above mentioned bug breaks a > lot of applications, including phpMyAdmin, etc. I recognized this bug in phpmyadmin and own applications, too. A

[PHP-DEV] PHP 5.0.x state

Hi folks, Maybe I missed something or didn't read it, but what's the state of PHP 5.0.x? I guess it will not be updated anymore - so 5.1 is the way to go (or to update), aight? Thx, --soenke -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.