Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:51068 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 25213 invoked from network); 17 Dec 2010 10:16:43 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Dec 2010 10:16:43 -0000 Authentication-Results: pb1.pair.com smtp.mail=glopes@nebm.ist.utl.pt; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=glopes@nebm.ist.utl.pt; sender-id=unknown Received-SPF: error (pb1.pair.com: domain nebm.ist.utl.pt from 193.136.128.21 cause and error) X-PHP-List-Original-Sender: glopes@nebm.ist.utl.pt X-Host-Fingerprint: 193.136.128.21 smtp1.ist.utl.pt Linux 2.6 Received: from [193.136.128.21] ([193.136.128.21:49427] helo=smtp1.ist.utl.pt) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9B/C1-05793-8883B0D4 for ; Fri, 17 Dec 2010 05:16:42 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.ist.utl.pt (Postfix) with ESMTP id 4E4AB70003C5; Fri, 17 Dec 2010 10:16:37 +0000 (WET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at ist.utl.pt Received: from smtp1.ist.utl.pt ([127.0.0.1]) by localhost (smtp1.ist.utl.pt [127.0.0.1]) (amavisd-new, port 10025) with LMTP id DuB6z7QRqe9V; Fri, 17 Dec 2010 10:16:36 +0000 (WET) Received: from mail2.ist.utl.pt (mail.ist.utl.pt [IPv6:2001:690:2100:1::8]) by smtp1.ist.utl.pt (Postfix) with ESMTP id 814377000437; Fri, 17 Dec 2010 10:16:36 +0000 (WET) Received: from damnation.dulce.lo.geleia.net (195.61.136.95.rev.vodafone.pt [95.136.61.195]) (Authenticated sender: ist155741) by mail2.ist.utl.pt (Postfix) with ESMTPSA id 5DB65200860F; Fri, 17 Dec 2010 10:16:36 +0000 (WET) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes In-Reply-To: Organization: =?utf-8?Q?N=C3=BAcleo_de_Eng=2E_Biom=C3=A9di?= =?utf-8?Q?ca_do_IST?= References: <4D0A8780.5060308@gmail.com> To: "Matt Wilson" , "internals@lists.php.net" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Fri, 17 Dec 2010 10:16:38 -0000 Message-ID: User-Agent: Opera Mail/10.63 (Win32) Subject: Re: [PHP-DEV] [PATCH] Add option to disable POST data processing From: glopes@nebm.ist.utl.pt ("Gustavo Lopes") On Thu, 16 Dec 2010 21:47:51 -0000, Matt Wilson wrote: >> Pierre Joye wrote: >>> >>> The more I look at this option the more I think it is confusing. I'm >>> not sure the gain is worth this confusion either. However I would >>> prefer to bring back a proposal we had a couple of years ago, to >>> totally disable post data. >> > Note that this is already possible by setting post_max_size to 0M. Was > useful prior to the APC upload hooks for writing progress bars. > I don't know how it used to be, but right now post_max_size=0 just disables the checks on the maximum post size. See e.g. this test: http://svn.php.net/viewvc/php/php-src/trunk/tests/basic/bug53180.phpt?revision=304958&view=markup -- Gustavo Lopes