Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:51995 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 96009 invoked from network); 23 Apr 2011 15:05:30 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Apr 2011 15:05:30 -0000 Authentication-Results: pb1.pair.com header.from=glopes@nebm.ist.utl.pt; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=glopes@nebm.ist.utl.pt; spf=permerror; 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:40154] helo=smtp1.ist.utl.pt) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 75/33-55446-6BAE2BD4 for ; Sat, 23 Apr 2011 11:05:27 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.ist.utl.pt (Postfix) with ESMTP id C8871700044A for ; Sat, 23 Apr 2011 16:05:23 +0100 (WEST) 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 hJ5BCdZhfccK for ; Sat, 23 Apr 2011 16:05:23 +0100 (WEST) 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 888317000447 for ; Sat, 23 Apr 2011 16:05:23 +0100 (WEST) Received: from cataphract-old.dulce.lo.geleia.net (91.80.136.95.rev.vodafone.pt [95.136.80.91]) (Authenticated sender: ist155741) by mail2.ist.utl.pt (Postfix) with ESMTPSA id 187272006C43 for ; Sat, 23 Apr 2011 16:05:23 +0100 (WEST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: internals@lists.php.net References: Date: Sat, 23 Apr 2011 16:05:22 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Organization: =?utf-8?Q?N=C3=BAcleo_de_Eng=2E_Biom=C3=A9di?= =?utf-8?Q?ca_do_IST?= Message-ID: In-Reply-To: User-Agent: Opera Mail/11.10 (Win32) Subject: Re: [PHP-DEV] [PATCH] Add option to disable POST data processing From: glopes@nebm.ist.utl.pt ("Gustavo Lopes") On Sat, 23 Apr 2011 14:23:00 +0100, Ferenc Kovacs wrote: > On Tue, Dec 7, 2010 at 8:08 AM, Gustavo Lopes > wrote: > >> The very simple attached patch adds an option to disable POST data >> processing, which implies the data can only be read in a stream fashion >> through php://input. >> > > Did we agree on something about this improvement/patch? > as I said, I like the idea, but if we cannot agree on the details(how to > control that which script needs this), could we somehow at least make it > possible to read the raw post through php://input for > "multipart/form-data" requests? > currently just no way to read the raw data for those requests which sucks > big time. > As far as I remember there were no grave objections to it, only some related proposals that didn't actually address the same problem, some people who pointed shortcomings in this solution (e.g. cannot be set on runtime) and some other that didn't understand it altogether. In any case, if there are any other substantive proposals for the problems at hand, we can revisit this topic. For the record, these problems are: * Excessive memory consumption on large, non multipart/form-data, POST requests (3x the size of the request body). * No way to access the raw post data on multipart/form-data POST requests. * No alternative way to handle files in multipart/form-data POST requests other than dumping the files to disk. -- Gustavo Lopes