On 03/14/2012 02:40 PM, Ryan McCue wrote: > Rasmus Lerdorf wrote: >> The other way to solve this would be to make max_input_vars PHP_INI_ALL >> and then just let people ini_set() their way around the limit. > > That's probably going to confuse people if it doesn't change the HTTP > request parsing limit too, IMHO. And I'm not sure that's something we > necessarily want.
I think that is a documentation issue. We already have plenty of confusion here because it isn't documented that parse_str() is affected by the max_input_vars setting. There is no perfect solution to this one. We need the least destabilizing fix for the inadvertent breakage we caused in 5.3. I think we were all under the impression that it was really unlikely that a default limit of 1000 input vars would cause a problem, and even in the rare case where it did, people could increase it. What we didn't take into account was that there were backend pieces affected by this frontend restriction and we didn't provide a way to decouple the two. Making max_input_vars PHP_INI_ALL is the least intrusive way to remedy this in the stable 5.3.x tree. -Rasmus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
