Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:69453 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33363 invoked from network); 2 Oct 2013 14:48:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 2 Oct 2013 14:48:51 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.215.10 mail.experimentalworks.net Received: from [217.114.215.10] ([217.114.215.10:58714] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1A/F8-23255-2523C425 for ; Wed, 02 Oct 2013 10:48:51 -0400 Received: from [192.168.2.20] (ppp-88-217-89-170.dynamic.mnet-online.de [88.217.89.170]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: johannes@schlueters.de) by mail.experimentalworks.net (Postfix) with ESMTPSA id B6ABC400BE; Wed, 2 Oct 2013 16:48:57 +0200 (CEST) To: Michael Wallner Cc: PHP Internals In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Wed, 02 Oct 2013 16:10:23 +0200 Message-ID: <1380723023.19591.24.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] HTTP supergloblas and request body/query (was: Parsing PUT data) From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Wed, 2013-10-02 at 08:59 +0200, Michael Wallner wrote: > Since ever people are confused by _GET and _POST superglobals, > because, despite their name, they do not (really) depend on the > request method. Therefor I propose to phase out $_GET and name it > $_QUERY and I propose to phase out $_POST and name it $_FORM (I'm not > 100% confident with the latter yet, though). The later is certainly misleading. The current naming corresponds to HTML forms.
-> $_GET -> $_POST I agree that the naming from a HTTP/REST etc. perspective is misleading, but unless we have a clearly better naming I would resist from changing these. Changing these leads to an incompatibility which can not be emulated (ignoring runkit there is no way for a user to create a custom super global) In case that is ignored please mind other related areas, i.e. filter_input() to make sure the resulting new language is consistent. johannes