Re: [PHP-DEV] max_file_uploads INI_PERDIR

2012-02-18 Thread Gustavo Lopes
On Fri, 17 Feb 2012 22:59:20 +0100, Rasmus Lerdorf ras...@lerdorf.com  
wrote:




The main reason is that our default for max_file_uploads is rather low
and since we count empty uploads against this limit it is easy for apps
to hit this. So if you have more than 20 type=file fields in a form,
even if the user only actually uploads a single file, it will hit this
limit and fail.



This is not true since PHP 5.3.4. See request #50692 (don't count 0-bytes  
files towards the max_file_uploads limit).


--
Gustavo Lopes

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] max_file_uploads INI_PERDIR

2012-02-18 Thread Rasmus Lerdorf
On Feb 18, 2012, at 2:33 AM, Gustavo Lopes glo...@nebm.ist.utl.pt wrote:

 On Fri, 17 Feb 2012 22:59:20 +0100, Rasmus Lerdorf ras...@lerdorf.com wrote:
 
 
 The main reason is that our default for max_file_uploads is rather low
 and since we count empty uploads against this limit it is easy for apps
 to hit this. So if you have more than 20 type=file fields in a form,
 even if the user only actually uploads a single file, it will hit this
 limit and fail.
 
 
 This is not true since PHP 5.3.4. See request #50692 (don't count 0-bytes 
 files towards the max_file_uploads limit).
 

That's good, but it still doesn't make sense to me that the scope of this is 
different from those other related settings.

-Rasmus
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] max_file_uploads INI_PERDIR

2012-02-18 Thread Jannik Zschiesche

Hi Stas,

with HTML5 you can also do input type=file multiple=multiple / and 
thereby upload many files with just one file upload element.




Regards
Jannik


Am 17.02.2012 23:41, schrieb Stas Malyshev:

Hi!


I'd like to add PHP_INI_PERDIR to max_file_uploads before 5.4.0 and also
in the next 5.3 release. This setting is very similar in scope to


I think the change is good, I just want to understand - why before 
5.4.0? I understand the change itself - though the problem has rather 
easy workaround, as it seems: don't put that many file uploads on the 
page if you're not using them - but why the urgency?




--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] [RFC] Deprecate and remove /e modifier from preg_replace

2012-02-18 Thread Richard Lynch
A couple people I respect a heck of a lot have voted against, but I've
heard no technical explanation of why from them...

I voted Yes because I've never found a need for /e at all,
personally. Not sure my vote even counts, so feel free to nuke it. :-)

Or maybe I'm just not smart enough to employ it, but un-wind the text
and use more PHP code to get the job done...

Anyway, I'd like to hear reasoned thoughts on No votes.

-- 
brain cancer update:
http://richardlynch.blogspot.com/search/label/brain%20tumor
Donate:
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclickhosted_button_id=FS9NLTNEEKWBE



-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php