Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57124 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 59317 invoked from network); 27 Dec 2011 15:32:36 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Dec 2011 15:32:36 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.186 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.26.186 c2beaomr08.btconnect.com Received: from [213.123.26.186] ([213.123.26.186:22617] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C8/10-58465-C05E9FE4 for ; Tue, 27 Dec 2011 10:32:29 -0500 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.4_) ([81.138.11.136]) by c2beaomr08.btconnect.com with ESMTP id FPO32776; Tue, 27 Dec 2011 15:32:25 +0000 (GMT) Message-ID: <4EF9E501.9030001@lsces.co.uk> Date: Tue, 27 Dec 2011 15:32:17 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 To: PHP Developers Mailing List References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mirapoint-IP-Reputation: reputation=Good-1, source=Queried, refid=tid=0001.0A0B0301.4EF9E505.00C9, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2011.12.27.143916:17:7.586, ip=81.138.11.136, rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __CT, __CT_TEXT_PLAIN, __CTE, __ANY_URI, __CP_URI_IN_BODY, BODYTEXTP_SIZE_3000_LESS, BODY_SIZE_1600_1699, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, BODY_SIZE_2000_LESS, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2beaomr08.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0201.4EF9E509.0195:SCFSTAT14830815,ss=1,re=-4.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine X-Junkmail-IWF: false Subject: Re: [PHP-DEV] REQUEST_TIME change in PHP 5.4 From: lester@lsces.co.uk (Lester Caine) Ilia Alshanetsky wrote: > I think the REQUEST_TIME semantics of returning float should remain as is. > > -1 for adding further environment variables. A proper explanation of why you take that attitude would be helpful. Personally I expect REQUEST_TIME to be in the same resolution as the http format time stamps which does not include milliseconds (http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.3.1). Personally DATE is a floating point value with the fractional part being the fraction of the day. So adding another variation to cope with does not make any sense. So adding a non-standard environment variable for those who want it rather than screwing up the existing one is the logical approach? > On Tue, Dec 27, 2011 at 7:52 AM, Derick Rethans wrote: >> On Tue, 27 Dec 2011, Pierre Joye wrote: >> >>> On Tue, Dec 27, 2011 at 1:19 PM, Derick Rethans wrote: >>> >>>> Ah, that one. I got lost between all the commas and thought he meant an >>>> RFC for changing REQUEST_TIME from int to float :-) >>> >>> Which name should we use? >>> >>> a) REQUEST_TIME_FLOAT >>> b) REQUEST_TIME_MSEC >>> c) other? >> >> I'd vote for a (REQUEST_TIME_FLOAT), as MSEC is not what it really does. >> Depending on the time and precision it might not show miliseconds f.e. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php