Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57899 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 91616 invoked from network); 17 Feb 2012 23:00:53 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Feb 2012 23:00:53 -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:55252] helo=mail-pw0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4C/50-23467-42CDE3F4 for ; Fri, 17 Feb 2012 18:00:52 -0500 Received: by pbcwz12 with SMTP id wz12so4837537pbc.29 for ; Fri, 17 Feb 2012 15:00:49 -0800 (PST) Received-SPF: pass (google.com: domain of rasmus@lerdorf.com designates 10.68.132.137 as permitted sender) client-ip=10.68.132.137; Authentication-Results: mr.google.com; spf=pass (google.com: domain of rasmus@lerdorf.com designates 10.68.132.137 as permitted sender) smtp.mail=rasmus@lerdorf.com Received: from mr.google.com ([10.68.132.137]) by 10.68.132.137 with SMTP id ou9mr35787068pbb.93.1329519649237 (num_hops = 1); Fri, 17 Feb 2012 15:00:49 -0800 (PST) Received: by 10.68.132.137 with SMTP id ou9mr28874452pbb.93.1329519649201; Fri, 17 Feb 2012 15:00:49 -0800 (PST) Received: from [192.168.200.5] (c-50-131-44-225.hsd1.ca.comcast.net. [50.131.44.225]) by mx.google.com with ESMTPS id q1sm6253187pbv.49.2012.02.17.15.00.47 (version=SSLv3 cipher=OTHER); Fri, 17 Feb 2012 15:00:48 -0800 (PST) Message-ID: <4F3EDC1D.6050002@lerdorf.com> Date: Fri, 17 Feb 2012 15:00:45 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: Stas Malyshev CC: PHP internals References: <4F3ECDB8.6030405@lerdorf.com> <4F3ED77D.1050408@sugarcrm.com> In-Reply-To: <4F3ED77D.1050408@sugarcrm.com> X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmpT05RmewNjHe0IY//EUyopIeODaJwfO7QAtufSl9PiP6Mtrm7AildSVYL85Ho4WK1inf5 Subject: Re: [PHP-DEV] max_file_uploads INI_PERDIR From: rasmus@lerdorf.com (Rasmus Lerdorf) On 02/17/2012 02:41 PM, Stas Malyshev wrote: > 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? > Mostly because if we put it into 5.3.11 it creates a weird gap in the expectations. We would have to document that it is there as of 5.3.11, but not 5.4.0, but then again in 5.4.1. -Rasmus