|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Request #66110 Add possibility to use millisecond precision timestamps in logging
Submitted: 2013-11-18 07:01 UTC Modified: -
Avg. Score:4.3 ± 0.9
Reproduced:3 of 3 (100.0%)
Same Version:1 (33.3%)
Same OS:1 (33.3%)
From: andreas dot lindemann at de dot bp dot com Assigned:
Status: Open Package: Unknown/Other Function
PHP Version: Irrelevant OS:
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
Bug Type:
From: andreas dot lindemann at de dot bp dot com
New email:
PHP Version: OS:


 [2013-11-18 07:01 UTC] andreas dot lindemann at de dot bp dot com
For high volume sites, it would be nice to be able to use a millisecond precision timestamp for the php-fpm access log and the PHP error log, so requests can show up in the correct order in logfiles (i.e. when using logstash to centralize logging).

Otherwise, even with only several dozen requests per second, you'll end up with requests showing up in the wrong order if you have multiple webservers logging to a central place.

Unfortunately, php-fpm access log only accepts a strftime() format and there's no way to specify that kind of precision there. It would be useful just to have an additional access.format variable to output a unix timestamp with millisecond precision, like "1384757986.861".

Same would be nice for the general php error log.


Add a Patch

Pull Requests

Add a Pull Request

PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Jun 14 05:01:34 2024 UTC