Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:81699
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.42 as permitted sender)
MIME-Version: 1.0
Sender: julienpauli@gmail.com
In-Reply-To: <CAH-PCH51ads43sU_Uue+ctUeeUoZGL5eNkYB4+Bj2RiAHJ7Kuw@mail.gmail.com>
References: <547CEB74.9070807@ralphschindler.com> <E77B850D-7984-4583-BCC9-6F706C9FA45E@gmail.com>
 <CAH-PCH61cWgYAVkEkr0cR10h=rq2LdyT+XiDEThWFhw91-NdNA@mail.gmail.com> <CAH-PCH51ads43sU_Uue+ctUeeUoZGL5eNkYB4+Bj2RiAHJ7Kuw@mail.gmail.com>
Date: Tue, 3 Feb 2015 10:33:57 +0100
Message-ID: <CAMUwpuR8_dxha0Ln9=c-VqLOLGnstTXtF2XfGAS=8Zu6YKH14g@mail.gmail.com>
To: Ferenc Kovacs <tyra3l@gmail.com>
Cc: Rowan Collins <rowan.collins@gmail.com>, PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c38dac87bb34050e2bc77b
Subject: Re: [PHP-DEV] $http_response_header
From: jpauli@php.net (Julien Pauli)

--001a11c38dac87bb34050e2bc77b
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Feb 2, 2015 at 6:19 PM, Ferenc Kovacs <tyra3l@gmail.com> wrote:

> On Tue, Dec 2, 2014 at 11:28 AM, Ferenc Kovacs <tyra3l@gmail.com> wrote:
>
> >
> >
> > On Tue, Dec 2, 2014 at 1:08 AM, Rowan Collins <rowan.collins@gmail.com>
> > wrote:
> >
> >> On 1 December 2014 22:28:04 GMT, Ralph Schindler <
> >> ralph@ralphschindler.com> wrote:
> >> >Hi all,
> >> >
> >> >Many of you know from reading the subject line whats coming next! ;)
> >> >
> >> >In php, after we interact with HTTP streams (as a client), PHP conjur=
es
> >> >
> >> >into local scope a variable with header information from the previous
> >> >request $http_response_header.  Is this behavior something we want to
> >> >keep around into PHP 7? Or should we find a different/short-cut way t=
o
> >> >get the information.
> >> >
> >> >Currently, the same information can be ascertained, but only if there
> >> >is
> >> >an open file handle and only through stream_get_meta_data($fh).
> >> >
> >> >It would be nice if there were an as-easy approach to getting data
> >> >without perhaps conjuring magic variables into the beloved local scop=
e?
> >> >
> >> >Thoughts?
> >> >Ralph Schindler
> >> >
> >> >PS Also, do we have any other local-scope variables like this?
> >>
> >> Wow, I had no idea that existed; what an incredibly ugly implementatio=
n.
> >> Even the name is weird (why "header" singular when it contains an arra=
y
> of
> >> headers?)
> >>
> >> The only other local-scope variable listed next to it in the manual [1=
]
> >> is $php_errormsg, which has to be enabled with an ini setting.
> >>
> >> If the information is useful at all, then I guess a
> >> get_last_http_response_headers() function would be less magic - althou=
gh
> >> that would presumably mean the data had to be stashed indefinitely in =
an
> >> internal global just in case it was asked for, rather than it naturall=
y
> >> falling out of scope.
> >>
> >> We could just say that if you're using a shortcut like
> file_get_contents,
> >> you can't have it both ways and access metadata afterwards. It's just =
a
> >> pity ext/curl is so faithful to the underlying lib, and therefore so
> >> awkward to use for simple cases.
> >>
> >> [1]: http://php.net/manual/en/reserved.variables.php
> >>
> >>
> > +1 on introducing the get_last function, and I would also suggest addin=
g
> a
> > new ini settings similarly to track_errors so we can discourage/depreca=
te
> > the usage of this feature before removing it.
> >
> > --
> > Ferenc Kov=C3=A1cs
> > @Tyr43l - http://tyrael.hu
> >
>
> bump.
>
>
Hey.

About $php_errormsg , we have error_get_last().
About $http_response_headers, we have no replacement.

Why not get rid of both ?
I mean, those variables magically appearing into your code are born from C,
where libc usually give access to errno and errstr variables (which are
often implemented as macros).

As we are cleaning PHP and reorganizing it for PHP7, I simply would suggest
to drop support for anything like automatic magic variable appearence.
$HTTP_RAW_POST_DATA could as well disappear (made deprecated as of 5.6).

Julien.P

--001a11c38dac87bb34050e2bc77b--