Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57902 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 63453 invoked from network); 18 Feb 2012 18:11:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Feb 2012 18:11:49 -0000 Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.160.42 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 209.85.160.42 mail-pw0-f42.google.com Received: from [209.85.160.42] ([209.85.160.42:35751] helo=mail-pw0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 10/20-61782-4E9EF3F4 for ; Sat, 18 Feb 2012 13:11:49 -0500 Received: by pbcwz12 with SMTP id wz12so5596527pbc.29 for ; Sat, 18 Feb 2012 10:11:45 -0800 (PST) Received-SPF: pass (google.com: domain of rasmus@lerdorf.com designates 10.68.221.42 as permitted sender) client-ip=10.68.221.42; Authentication-Results: mr.google.com; spf=pass (google.com: domain of rasmus@lerdorf.com designates 10.68.221.42 as permitted sender) smtp.mail=rasmus@lerdorf.com Received: from mr.google.com ([10.68.221.42]) by 10.68.221.42 with SMTP id qb10mr36597670pbc.163.1329588705911 (num_hops = 1); Sat, 18 Feb 2012 10:11:45 -0800 (PST) Received: by 10.68.221.42 with SMTP id qb10mr30298869pbc.163.1329588705869; Sat, 18 Feb 2012 10:11:45 -0800 (PST) Received: from [192.168.200.143] (c-50-131-44-225.hsd1.ca.comcast.net. [50.131.44.225]) by mx.google.com with ESMTPS id n8sm8417467pbf.22.2012.02.18.10.11.44 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 18 Feb 2012 10:11:45 -0800 (PST) References: <4F3ECDB8.6030405@lerdorf.com> In-Reply-To: Mime-Version: 1.0 (iPad Mail 8J2) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-ID: <0C091BF1-6E0C-4C11-BDAF-37BBBCD7835A@lerdorf.com> Cc: PHP internals X-Mailer: iPad Mail (8J2) Date: Sat, 18 Feb 2012 10:11:39 -0800 To: Gustavo Lopes X-Gm-Message-State: ALoCoQnbRh2WWPLMNhq0JwZxH/3NWJe6xm2kU9bp1RzT6z4k0X0hr9Dat7AR8/gj/HG5429OYP88 Subject: Re: [PHP-DEV] max_file_uploads INI_PERDIR From: rasmus@lerdorf.com (Rasmus Lerdorf) On Feb 18, 2012, at 2:33 AM, "Gustavo Lopes" wrote:= > On Fri, 17 Feb 2012 22:59:20 +0100, Rasmus Lerdorf wr= ote: >=20 >=20 >> 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=3D"file" fields in a form, >> even if the user only actually uploads a single file, it will hit this >> limit and fail. >>=20 >=20 > This is not true since PHP 5.3.4. See request #50692 (don't count 0-bytes f= iles towards the max_file_uploads limit). >=20 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=