Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:120016
MIME-Version: 1.0
References: <CAEfSKhfvzNMNMxikpAT+hOXoYUUd5NHFM2txcLvotV70M6Fuxw@mail.gmail.com>
 <CAEfSKhfNDJV9KjA9WVD74Noqb32hRrNfT_67MerpDh7Jo7xx5g@mail.gmail.com>
 <CAEfSKhdnYUw9hH-aeQkANJLKDq-Sy5DpnNQ_=XFvBRC1cbP-hg@mail.gmail.com>
 <CALKiJKrmJ94RxP5gWBAcitxikvqsJt_NALLxmLivAYixbfB5vQ@mail.gmail.com> <CAEfSKhcOu_VzJRf-Wh6za-rXeEONJMR2Wfh4aEUzJTZEe+1WBw@mail.gmail.com>
In-Reply-To: <CAEfSKhcOu_VzJRf-Wh6za-rXeEONJMR2Wfh4aEUzJTZEe+1WBw@mail.gmail.com>
Date: Thu, 13 Apr 2023 09:41:37 +0200
Message-ID: <CAPzBOBN07Pr5SmB9iWBL0DTE8kZkQ6zTf0sNTjqQUe32qPLkXA@mail.gmail.com>
To: Herbert Groot Jebbink <herbert@groot.jebbink.nl>
Cc: Rowan Tommins <rowan.collins@gmail.com>, internals@lists.php.net
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] Re: Possible RFC: $_SERVER['REQUEST_TIME_FLOAT']
From: landers.robert@gmail.com (Robert Landers)

On Thu, Apr 13, 2023 at 8:53=E2=80=AFAM Herbert Groot Jebbink
<herbert@groot.jebbink.nl> wrote:
>
> Op wo 12 apr. 2023 16:04 schreef Rowan Tommins <rowan.collins@gmail.com>:
>
> > On Wed, 12 Apr 2023 at 13:25, Herbert Groot Jebbink <
> > herbert@groot.jebbink.nl> wrote:
> >
> >> fallback for REQUEST_TIME and REQUEST_TIME_FLOAT to hrtime seems not
> >> possible, hrtime is not based on the actual time, hrtime can be used t=
o
> >> calculate a duration or so, not to retrieve the actual time itself.
> >>
> >
> > Fair enough, but that makes my first question all the more important: a=
re
> > there any situations or platforms where generating an hrtime value for
> > every request would have a performance penalty?
> >
> > How does that performance (for everyone) compare with a single call to
> > microtime(true) in your application to calculate the duration from
> > REQUEST_TIME_FLOAT to start of profiling, with all subsequent profiling
> > using hrtime?
> >
>
> ok, valid point, I also found out that setting a REQUEST_TIME_x variable =
at
> that point is too late, the request has been going on for a while, that's
> most likely the reason it's coming from the active SAPI and not from the
> current time.
>
> Thanks for the feedback, I will not file a RFC

If you're using php-fpm and nginx, you can set variables in NGINX
(fastcgi.conf):

fastcgi_param REQUEST_TIME $date_gmt;
fastcgi_param REQUEST_TIME_ISO $time_iso8601;

then it should be available in the $_SERVER object. I didn't test
this, so it might need some experimentation to get it how you want it.