Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:76599 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 94214 invoked from network); 17 Aug 2014 02:18:26 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Aug 2014 02:18:26 -0000 Authentication-Results: pb1.pair.com smtp.mail=mails@thomasbley.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=mails@thomasbley.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain thomasbley.de from 85.13.137.24 cause and error) X-PHP-List-Original-Sender: mails@thomasbley.de X-Host-Fingerprint: 85.13.137.24 dd15934.kasserver.com Linux 2.6 Received: from [85.13.137.24] ([85.13.137.24:42780] helo=dd15934.kasserver.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4C/83-65521-1F010F35 for ; Sat, 16 Aug 2014 22:18:26 -0400 Received: from dd15934.kasserver.com (dd0802.kasserver.com [85.13.143.1]) by dd15934.kasserver.com (Postfix) with ESMTPSA id 9AEBE261C47; Sun, 17 Aug 2014 04:18:22 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-SenderIP: 95.91.210.144 User-Agent: ALL-INKL Webmail 2.11 In-Reply-To: References: To: internals@lists.php.net Cc: cw@daverandom.com, park.framework@gmail.com Message-ID: <20140817021822.9AEBE261C47@dd15934.kasserver.com> Date: Sun, 17 Aug 2014 04:18:22 +0200 (CEST) Subject: Re: [PHP-DEV] Native support - PUT request, multipart form data From: mails@thomasbley.de ("Thomas Bley") Since we get JSON data, I would also consider $_JSON. Regards Thomas Park Framework wrote on 17.08.2014 01:47: > Variable $_PUT is already a popular name. > Many for yourself already so it was called, at the bottom link. > http://stackoverflow.com/search?q=PHP+%24_PUT > > But I like the name $_DATA - it is universal for any request method. > For frontend developers, this name is very clear: > $.ajax({ > type: "PUT", > contentType: "application/json", > data: {"name": "value"} > }); > > Except multipart form data, needed and native support for application/json. > > In many languages (Java, Python, ASP), it has long been there. > It is a pity that the PHP in 2014, it has not yet implemented. > > > > 2014-08-17 2:14 GMT+03:00 Chris Wright : > >> On 16 August 2014 23:41, Park Framework wrote: >> > This is necessary for convenient use RESTful API. >> > >> > file_get_contents('php://input') - Very inconvenient >> > >> > I would like to finally get native support for PHP, preferably version >> 5.6 >> >> The window for getting new features into 5.6 has passed, quite a long time >> ago. >> >> Also, there is no $_PUT superglobal (and personally I do not think >> there should be one), and it would not make sense to put this data >> into $_POST (or any existing superglobal). Please explain the API you >> envisage to get this working. >> >