URL to file
am 17.02.2010 18:27:15 von Andre
Hi,
I'm confused:
If I call http://localhost/doesntexit/lalala/ an error log entry is =
created
and a 404 is delivered.
If I call http://localhost/doesntexit.php/lalala/ an error log entry is
created and a 404 is delivered.
If I call http://localhost/blah.php/lalala/ blah.php is executed.
If I call http://localhost/blah.php/lalala%2f NO error log entry is =
created,
however a 404 is delivered.
If I call http://localhost/doesntexist.php/lalala%2f still no error log
entry is created and a 404 is delivered.
Where can I look up the logic behind this behaviour and is there a place
where I can see to which file an URL is resolved?
Regards,
Andr=E9
------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: URL to file
am 17.02.2010 18:37:39 von Eric Covener
On Wed, Feb 17, 2010 at 12:27 PM, Andr=E9 Hänsel wrote:
> Hi,
>
> I'm confused:
>
> If I call http://localhost/doesntexit/lalala/ an error log entry is creat=
ed
> and a 404 is delivered.
> If I call http://localhost/doesntexit.php/lalala/ an error log entry is
> created and a 404 is delivered.
> If I call http://localhost/blah.php/lalala/ blah.php is executed.
> If I call http://localhost/blah.php/lalala%2f NO error log entry is creat=
ed,
> however a 404 is delivered.
> If I call http://localhost/doesntexist.php/lalala%2f still no error log
> entry is created and a 404 is delivered.
http://httpd.apache.org/docs/2.2/mod/core.html#allowencodeds lashes
http://httpd.apache.org/docs/2.2/mod/core.html#loglevel
[Wed Feb 17 12:33:57 2010] [info] [client 127.0.0.1] found %2f
(encoded '/') in URI (decoded=3D'/foo/'), returning 404
> Where can I look up the logic behind this behaviour and is there a place
http://httpd.apache.org/docs/2.2/mod/core.html#acceptpathinf o
> where I can see to which file an URL is resolved?
http://httpd.apache.org/docs/2.2/mod/mod_log_config.html (%f)
--=20
Eric Covener
covener@gmail.com
------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
AW: URL to file
am 17.02.2010 18:53:18 von Andre
Eric Covener wrote:
[...]
> http://httpd.apache.org/docs/2.2/mod/core.html#allowencodeds lashes
> http://httpd.apache.org/docs/2.2/mod/core.html#loglevel
> [Wed Feb 17 12:33:57 2010] [info] [client 127.0.0.1] found %2f
> (encoded '/') in URI (decoded='/foo/'), returning 404
>
> > Where can I look up the logic behind this behaviour and is there a
> place
> http://httpd.apache.org/docs/2.2/mod/core.html#acceptpathinf o
>
> > where I can see to which file an URL is resolved?
> http://httpd.apache.org/docs/2.2/mod/mod_log_config.html (%f)
Wow, comprehensive answer. Thanks!
------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Custom Log Format -> Adding milliseconds to timestamp -> %{format}t
am 18.02.2010 18:15:33 von Geoff Millikan
------=_NextPart_000_048B_01CAB07A.ECBAE350
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Dear List,
Has anyone figured out how to add milliseconds to the date and time the
request was made for logging? Something like the below Common Log Format
where the ":1234" represents microseconds:
127.0.0.1 - - [18/Feb/2010:17:02:37:1234 +0000] "GET /favicon.ico HTTP/1.1"
200 145 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)"
The reason I ask is because when we're doing 30 to 50 requests per second
it's getting tough to separate log entries when we do Customer tracking
analysis and debugging. I'm not talking about %T or %D here (time taken to
the load the request), I'm talking about the date and time the request was
made.
Maybe setting and using an environment variable like %{FOOBAR}e would work?
http://httpd.apache.org/docs/2.2/mod/mod_log_config.html#for mats
Thanks,
http://www.t1shopper.com/
------=_NextPart_000_048B_01CAB07A.ECBAE350
Content-Type: application/x-pkcs7-signature;
name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="smime.p7s"
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEH AQAAoIILWzCCAj0w
ggGmAhEAzbp/VvDf5LxU/iKss3KqVTANBgkqhkiG9w0BAQIFADBfMQswCQYD VQQGEwJVUzEXMBUG
A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGlj IFByaW1hcnkgQ2Vy
dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMjgwODAx MjM1OTU5WjBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsT LkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZI hvcNAQEBBQADgY0A
MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRd DR/MZW4MsNBWhBiH
mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gC gNrcR5EpuzbJY1zF
4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEA TD+4i8Zo3+5DMw5d
6abLB4RNejP/khv0Nq3YlSI2aBFsfELM85wuxAc/FLAPT/+Qknb54rxK6Y/N oIAK98Up8YIiXbix
3YEjo3slFUYweRb46gVLlH8dwhzI47f0EEA8E8NfH1PoSOSGtHuhNbB7Jbq4 046rPzidADQAmPPR
cZQwggRGMIIDr6ADAgECAhBm/Ufjwhnk6JrNmd31OsskMA0GCSqGSIb3DQEB BQUAMF8xCzAJBgNV
BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xh c3MgMSBQdWJsaWMg
UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNTEwMjgwMDAw MDBaFw0xNTEwMjcy
MzU5NTlaMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xHzAdBgNVBAsT
FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVz ZSBhdCBodHRwczov
L3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0
ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0g
RzIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJ36zn6vj4AxTE AJLVwX42wjzvfHIV
y8CrjD0clc5vHhAsPwDtlybmtsfmrUMdP6SHR0dMPlT4bPjH/LGevTBwvJex AwXqlfGtQMVEeksF
ovJg/Nc6ZWLv/xB7ola7xU5wLdaiHzztsELoXo1XIaymmdkR6dIaB8B0R0IL /MU06v3muiTRHQgV
N6LXc88BQS9jsjo/vqUabvTJSls9laYVuzUCGfnU77yPDnF2WbtLtj7W/FoW 9NYOifJJ/mwM7RXp
2Yh1nHnOYCfdua11zi9zlXpAOoV1SbC432i8q80TgoURUKPgPAuuwApTzdcw b4UyRhvkSRDCbOKv
H3n/27S1AgMBAAGjgf8wgfwwEgYDVR0TAQH/BAgwBgEB/wIBADBEBgNVHSAE PTA7MDkGC2CGSAGG
+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNv bS9ycGEwCwYDVR0P
BAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjAuBgNVHREEJzAlpCMwITEfMB0G A1UEAxMWUHJpdmF0
ZUxhYmVsMy0yMDQ4LTE1NTAdBgNVHQ4EFgQUEX1eGX08BN9qbNaiiho/Mdg7 lFIwMQYDVR0fBCow
KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwDQYJ KoZIhvcNAQEFBQAD
gYEAPKPaAmM6xJOqq3LT3K1QOB4MnhZKiLfu69n/D42VoNa7+moLrmGE2GhH ie9PrLIfSUGbSTN2
k4uebrlDHGC9wtyKLYfBRcARcgQaayQqbG/n/AcTKdB3OiPn9cGFaBm/xgFU IBmuNYLMYjxhCcb0
1euwD6afM4Wa03GOUI+Z3WIwggTMMIIDtKADAgECAhArnCzh/Ksu0zIdyROB bf1BMA0GCSqGSIb3
DQEBBQUAMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xHzAdBgNVBAsT
FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVz ZSBhdCBodHRwczov
L3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0
ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0g
RzIwHhcNMDkxMjA2MDAwMDAwWhcNMTAxMjA2MjM1OTU5WjCCARkxFzAVBgNV BAoTDlZlcmlTaWdu
LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYD VQQLEz13d3cudmVy
aXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFC LkxURChjKTk4MR4w
HAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNDAyBgNVBAsTK0RpZ2l0 YWwgSUQgQ2xhc3Mg
MSAtIE1pY3Jvc29mdCBGdWxsIFNlcnZpY2UxFzAVBgNVBAMUDkdlb2ZmIE1p bGxpa2FuMSYwJAYJ
KoZIhvcNAQkBFhdnbWlsbGlrYW5AdDFzaG9wcGVyLmNvbTCBnzANBgkqhkiG 9w0BAQEFAAOBjQAw
gYkCgYEAq3maFvpCOCbxjKJWJPMgPu3zkSwGe4LQkUWuEAu3XiHqij9v3Atn FmGPooywzDzYae71
t0uk/s/xh29InqYoD8b3YlUrPIDPBZqBDMgeFWIQTmLsUXO0jlAb2i4sLay8 cMVev5zdHbliUTQc
B/lx7q78+XFVP5kxduFKccTZmN8CAwEAAaOBzDCByTAJBgNVHRMEAjAAMEQG A1UdIAQ9MDswOQYL
YIZIAYb4RQEHFwEwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNp Z24uY29tL3JwYTAL
BgNVHQ8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMEoG A1UdHwRDMEEwP6A9
oDuGOWh0dHA6Ly9JbmRDMURpZ2l0YWxJRC1jcmwudmVyaXNpZ24uY29tL0lu ZEMxRGlnaXRhbElE
LmNybDANBgkqhkiG9w0BAQUFAAOCAQEAx1KGJF8vj0c2qIJmz8M7n5F092tB Otu9fV7rv9wFyX0F
8gaJh9/q8vIviCHrzOxChyVo//aP3PrPUb0HNUHqlYPOP4d7bAixa4WEGthy /vtbHOG5kgGabEm5
V6rp6e1dPkQutAymLZzBmkDeZmfNoymPycE/49ieG6+49g+Fk3aQ+oAGKGKF YkEtK0TWl+dtKQz9
NPoyK6GjCVJN8AjkrOccu0jHnhizGdDaC/mqe8VJJCOy5KDQzBEn9LRDnkGj qVIVU8B5mCcY7Tdl
qpku/pkGeqr7M4FVni5k2R6BBc6wdSuU1xkT8TSAFRTsyE2dAUj/gT02RNtO Yie4DvXy3zGCBHMw
ggRvAgEBMIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNV
BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m IHVzZSBhdCBodHRw
czovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJz b25hIE5vdCBWYWxp
ZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBT dWJzY3JpYmVyIENB
IC0gRzICECucLOH8qy7TMh3JE4Ft/UEwCQYFKw4DAhoFAKCCAtYwGAYJKoZI hvcNAQkDMQsGCSqG
SIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTAwMjE4MTcxNTMzWjAjBgkqhkiG 9w0BCQQxFgQUJQTV
Mix2ir6y70kVcfu7+GsCOaEwZwYJKoZIhvcNAQkPMVowWDAKBggqhkiG9w0D BzAOBggqhkiG9w0D
AgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw BwYFKw4DAhowCgYI
KoZIhvcNAgUwggEDBgkrBgEEAYI3EAQxgfUwgfIwgd0xCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5W
ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE7MDkGA1UECxMy
VGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEg KGMpMDUxHjAcBgNV
BAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24g Q2xhc3MgMSBJbmRp
dmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMgIQK5ws4fyrLtMyHckTgW39QTCC AQUGCyqGSIb3DQEJ
EAILMYH1oIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNV
BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m IHVzZSBhdCBodHRw
czovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJz b25hIE5vdCBWYWxp
ZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBT dWJzY3JpYmVyIENB
IC0gRzICECucLOH8qy7TMh3JE4Ft/UEwDQYJKoZIhvcNAQEBBQAEgYB7Nd4p L7o1O30JVuJ8fGqi
UiLF1ZmBKCs7TdJfOMCeDjxQ8TSbP39EfkxmE21jlR+LJND3YKZTD1cpZtEl lDTp/DNIGzVDubb0
9P1HLKtThsO2z8mu7Z5lbHAoBhRVcL6Jd5YaNd82HjaluU8NFs5/cR9tL5cb N/Z249SgwDjR4gAA
AAAAAA==
------=_NextPart_000_048B_01CAB07A.ECBAE350--
Re: Custom Log Format -> Adding milliseconds to
am 18.02.2010 18:21:32 von Tom Evans
On Thu, Feb 18, 2010 at 5:15 PM, Geoff Millikan w=
rote:
> Dear List,
>
> Has anyone figured out how to add milliseconds to the date and time the
> request was made for logging? Â Something like the below Common Log F=
ormat
> where the ":1234" represents microseconds:
>
> 127.0.0.1 - - [18/Feb/2010:17:02:37:1234 +0000] "GET /favicon.ico HTTP/1.=
1"
> 200 145 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)"
>
> The reason I ask is because when we're doing 30 to 50 requests per second
> it's getting tough to separate log entries when we do Customer tracking
> analysis and debugging. I'm not talking about %T or %D here (time taken t=
o
> the load the request), I'm talking about the date and time the request wa=
s
> made.
>
> Maybe setting and using an environment variable like %{FOOBAR}e would wor=
k?
>
> http://httpd.apache.org/docs/2.2/mod/mod_log_config.html#for mats
>
> Thanks,
>
> http://www.t1shopper.com/
>
Have you considered using mod_unique_id?
http://httpd.apache.org/docs/2.2/mod/mod_unique_id.html
Cheers
Tom
------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: Custom Log Format -> Adding milliseconds totimestamp -> %{format}t
am 18.02.2010 18:38:00 von Dan Poirier
Maybe use mod_headers to add the time in microseconds to a request
header, then log that?
------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
RE: Custom Log Format -> Adding milliseconds to timestamp -> %{format}t
am 18.02.2010 19:08:39 von Geoff Millikan
------=_NextPart_000_04F3_01CAB082.579A7DA0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Using %{UNIQUE_ID}e from mod_unique_id is a *great* suggestion if our
interest was merely identifying each log line uniquely. However the initial
question is focused more on the sequence and order of the requests. Thus, I
believe a time-based solution is what we're after.
This isn't a Linux forum but it seems like *nix would keep time with
milliseconds in an environmental var somewhere? Then we could stuff it in
the log like %{TIME_WITH_MILLISECONDS}e
Thanks,
http://www.t1shopper.com/
PS. We thought about using %k for the "number of keepalive requests handled
on this connection" as that would track sequence however if the client
doesn't use keepalive then %k would always be set to zero. Adding
milliseconds to the date seems like the cleanest solution.
PPS. Using mod_unique_id is more elegant than our current solution for
insuring uniqueness so we're looking into moving over to this depending on
how CPU/memory efficient mod_unique_id
------=_NextPart_000_04F3_01CAB082.579A7DA0
Content-Type: application/x-pkcs7-signature;
name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="smime.p7s"
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEH AQAAoIILWzCCAj0w
ggGmAhEAzbp/VvDf5LxU/iKss3KqVTANBgkqhkiG9w0BAQIFADBfMQswCQYD VQQGEwJVUzEXMBUG
A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGlj IFByaW1hcnkgQ2Vy
dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMjgwODAx MjM1OTU5WjBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsT LkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZI hvcNAQEBBQADgY0A
MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRd DR/MZW4MsNBWhBiH
mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gC gNrcR5EpuzbJY1zF
4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEA TD+4i8Zo3+5DMw5d
6abLB4RNejP/khv0Nq3YlSI2aBFsfELM85wuxAc/FLAPT/+Qknb54rxK6Y/N oIAK98Up8YIiXbix
3YEjo3slFUYweRb46gVLlH8dwhzI47f0EEA8E8NfH1PoSOSGtHuhNbB7Jbq4 046rPzidADQAmPPR
cZQwggRGMIIDr6ADAgECAhBm/Ufjwhnk6JrNmd31OsskMA0GCSqGSIb3DQEB BQUAMF8xCzAJBgNV
BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xh c3MgMSBQdWJsaWMg
UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNTEwMjgwMDAw MDBaFw0xNTEwMjcy
MzU5NTlaMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xHzAdBgNVBAsT
FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVz ZSBhdCBodHRwczov
L3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0
ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0g
RzIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJ36zn6vj4AxTE AJLVwX42wjzvfHIV
y8CrjD0clc5vHhAsPwDtlybmtsfmrUMdP6SHR0dMPlT4bPjH/LGevTBwvJex AwXqlfGtQMVEeksF
ovJg/Nc6ZWLv/xB7ola7xU5wLdaiHzztsELoXo1XIaymmdkR6dIaB8B0R0IL /MU06v3muiTRHQgV
N6LXc88BQS9jsjo/vqUabvTJSls9laYVuzUCGfnU77yPDnF2WbtLtj7W/FoW 9NYOifJJ/mwM7RXp
2Yh1nHnOYCfdua11zi9zlXpAOoV1SbC432i8q80TgoURUKPgPAuuwApTzdcw b4UyRhvkSRDCbOKv
H3n/27S1AgMBAAGjgf8wgfwwEgYDVR0TAQH/BAgwBgEB/wIBADBEBgNVHSAE PTA7MDkGC2CGSAGG
+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNv bS9ycGEwCwYDVR0P
BAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjAuBgNVHREEJzAlpCMwITEfMB0G A1UEAxMWUHJpdmF0
ZUxhYmVsMy0yMDQ4LTE1NTAdBgNVHQ4EFgQUEX1eGX08BN9qbNaiiho/Mdg7 lFIwMQYDVR0fBCow
KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwDQYJ KoZIhvcNAQEFBQAD
gYEAPKPaAmM6xJOqq3LT3K1QOB4MnhZKiLfu69n/D42VoNa7+moLrmGE2GhH ie9PrLIfSUGbSTN2
k4uebrlDHGC9wtyKLYfBRcARcgQaayQqbG/n/AcTKdB3OiPn9cGFaBm/xgFU IBmuNYLMYjxhCcb0
1euwD6afM4Wa03GOUI+Z3WIwggTMMIIDtKADAgECAhArnCzh/Ksu0zIdyROB bf1BMA0GCSqGSIb3
DQEBBQUAMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xHzAdBgNVBAsT
FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVz ZSBhdCBodHRwczov
L3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0
ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0g
RzIwHhcNMDkxMjA2MDAwMDAwWhcNMTAxMjA2MjM1OTU5WjCCARkxFzAVBgNV BAoTDlZlcmlTaWdu
LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYD VQQLEz13d3cudmVy
aXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFC LkxURChjKTk4MR4w
HAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNDAyBgNVBAsTK0RpZ2l0 YWwgSUQgQ2xhc3Mg
MSAtIE1pY3Jvc29mdCBGdWxsIFNlcnZpY2UxFzAVBgNVBAMUDkdlb2ZmIE1p bGxpa2FuMSYwJAYJ
KoZIhvcNAQkBFhdnbWlsbGlrYW5AdDFzaG9wcGVyLmNvbTCBnzANBgkqhkiG 9w0BAQEFAAOBjQAw
gYkCgYEAq3maFvpCOCbxjKJWJPMgPu3zkSwGe4LQkUWuEAu3XiHqij9v3Atn FmGPooywzDzYae71
t0uk/s/xh29InqYoD8b3YlUrPIDPBZqBDMgeFWIQTmLsUXO0jlAb2i4sLay8 cMVev5zdHbliUTQc
B/lx7q78+XFVP5kxduFKccTZmN8CAwEAAaOBzDCByTAJBgNVHRMEAjAAMEQG A1UdIAQ9MDswOQYL
YIZIAYb4RQEHFwEwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNp Z24uY29tL3JwYTAL
BgNVHQ8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMEoG A1UdHwRDMEEwP6A9
oDuGOWh0dHA6Ly9JbmRDMURpZ2l0YWxJRC1jcmwudmVyaXNpZ24uY29tL0lu ZEMxRGlnaXRhbElE
LmNybDANBgkqhkiG9w0BAQUFAAOCAQEAx1KGJF8vj0c2qIJmz8M7n5F092tB Otu9fV7rv9wFyX0F
8gaJh9/q8vIviCHrzOxChyVo//aP3PrPUb0HNUHqlYPOP4d7bAixa4WEGthy /vtbHOG5kgGabEm5
V6rp6e1dPkQutAymLZzBmkDeZmfNoymPycE/49ieG6+49g+Fk3aQ+oAGKGKF YkEtK0TWl+dtKQz9
NPoyK6GjCVJN8AjkrOccu0jHnhizGdDaC/mqe8VJJCOy5KDQzBEn9LRDnkGj qVIVU8B5mCcY7Tdl
qpku/pkGeqr7M4FVni5k2R6BBc6wdSuU1xkT8TSAFRTsyE2dAUj/gT02RNtO Yie4DvXy3zGCBHMw
ggRvAgEBMIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNV
BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m IHVzZSBhdCBodHRw
czovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJz b25hIE5vdCBWYWxp
ZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBT dWJzY3JpYmVyIENB
IC0gRzICECucLOH8qy7TMh3JE4Ft/UEwCQYFKw4DAhoFAKCCAtYwGAYJKoZI hvcNAQkDMQsGCSqG
SIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTAwMjE4MTgwODM5WjAjBgkqhkiG 9w0BCQQxFgQU1EJl
w2Hb/nb18zdzfPbtCfturlUwZwYJKoZIhvcNAQkPMVowWDAKBggqhkiG9w0D BzAOBggqhkiG9w0D
AgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw BwYFKw4DAhowCgYI
KoZIhvcNAgUwggEDBgkrBgEEAYI3EAQxgfUwgfIwgd0xCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5W
ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE7MDkGA1UECxMy
VGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEg KGMpMDUxHjAcBgNV
BAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24g Q2xhc3MgMSBJbmRp
dmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMgIQK5ws4fyrLtMyHckTgW39QTCC AQUGCyqGSIb3DQEJ
EAILMYH1oIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNV
BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m IHVzZSBhdCBodHRw
czovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJz b25hIE5vdCBWYWxp
ZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBT dWJzY3JpYmVyIENB
IC0gRzICECucLOH8qy7TMh3JE4Ft/UEwDQYJKoZIhvcNAQEBBQAEgYCO0xwr 1tSzWlj9giy3OqUa
YvRxQ8iOqNnINWDBvd0gXrHnRqJ+ZjAsTdraOsjiNZxJzw5Esolv/jU2Vlrl 37WH3PmC+JIfw3dt
VbbHB8GtkMittfEkcdYCid8Gvtgt4I23FYHcPz51BMNaEWMUBiXs4kUw+ZOW fB52okX9URmj8gAA
AAAAAA==
------=_NextPart_000_04F3_01CAB082.579A7DA0--
RE: Custom Log Format -> Adding milliseconds to timestamp -> %{format}t
am 18.02.2010 19:40:42 von Geoff Millikan
------=_NextPart_000_0505_01CAB086.D193C8B0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Dan,
Yes, I suppose adding milliseconds to the request header using mod_headers
with a custom header name like "Milliseconds" would work (example below).
It would have to be a custom header because it appears that milliseconds
cannot be appended to any "normal" date time fields since the HTTP 1.1 spec
only permits times in seconds
(http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3. 3).
I wonder how much overhead adding custom headers to every request adds in
CPU time + RAM?
#Config line for mod_headers
RequestHeader set Milliseconds "%t"
Thanks,
http://www.t1shopper.com/
PS. There's a part of our site that dumps the Client's headers (link below).
We'd have to remove the custom header on this part of the web site otherwise
people would say, "My browser didn't send that header!" So this solution
works only most of the time for us.
http://www.t1shopper.com/tools/http-headers.php
------=_NextPart_000_0505_01CAB086.D193C8B0
Content-Type: application/x-pkcs7-signature;
name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="smime.p7s"
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEH AQAAoIILWzCCAj0w
ggGmAhEAzbp/VvDf5LxU/iKss3KqVTANBgkqhkiG9w0BAQIFADBfMQswCQYD VQQGEwJVUzEXMBUG
A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGlj IFByaW1hcnkgQ2Vy
dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMjgwODAx MjM1OTU5WjBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsT LkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZI hvcNAQEBBQADgY0A
MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRd DR/MZW4MsNBWhBiH
mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gC gNrcR5EpuzbJY1zF
4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEA TD+4i8Zo3+5DMw5d
6abLB4RNejP/khv0Nq3YlSI2aBFsfELM85wuxAc/FLAPT/+Qknb54rxK6Y/N oIAK98Up8YIiXbix
3YEjo3slFUYweRb46gVLlH8dwhzI47f0EEA8E8NfH1PoSOSGtHuhNbB7Jbq4 046rPzidADQAmPPR
cZQwggRGMIIDr6ADAgECAhBm/Ufjwhnk6JrNmd31OsskMA0GCSqGSIb3DQEB BQUAMF8xCzAJBgNV
BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xh c3MgMSBQdWJsaWMg
UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNTEwMjgwMDAw MDBaFw0xNTEwMjcy
MzU5NTlaMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xHzAdBgNVBAsT
FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVz ZSBhdCBodHRwczov
L3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0
ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0g
RzIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJ36zn6vj4AxTE AJLVwX42wjzvfHIV
y8CrjD0clc5vHhAsPwDtlybmtsfmrUMdP6SHR0dMPlT4bPjH/LGevTBwvJex AwXqlfGtQMVEeksF
ovJg/Nc6ZWLv/xB7ola7xU5wLdaiHzztsELoXo1XIaymmdkR6dIaB8B0R0IL /MU06v3muiTRHQgV
N6LXc88BQS9jsjo/vqUabvTJSls9laYVuzUCGfnU77yPDnF2WbtLtj7W/FoW 9NYOifJJ/mwM7RXp
2Yh1nHnOYCfdua11zi9zlXpAOoV1SbC432i8q80TgoURUKPgPAuuwApTzdcw b4UyRhvkSRDCbOKv
H3n/27S1AgMBAAGjgf8wgfwwEgYDVR0TAQH/BAgwBgEB/wIBADBEBgNVHSAE PTA7MDkGC2CGSAGG
+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNv bS9ycGEwCwYDVR0P
BAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjAuBgNVHREEJzAlpCMwITEfMB0G A1UEAxMWUHJpdmF0
ZUxhYmVsMy0yMDQ4LTE1NTAdBgNVHQ4EFgQUEX1eGX08BN9qbNaiiho/Mdg7 lFIwMQYDVR0fBCow
KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwDQYJ KoZIhvcNAQEFBQAD
gYEAPKPaAmM6xJOqq3LT3K1QOB4MnhZKiLfu69n/D42VoNa7+moLrmGE2GhH ie9PrLIfSUGbSTN2
k4uebrlDHGC9wtyKLYfBRcARcgQaayQqbG/n/AcTKdB3OiPn9cGFaBm/xgFU IBmuNYLMYjxhCcb0
1euwD6afM4Wa03GOUI+Z3WIwggTMMIIDtKADAgECAhArnCzh/Ksu0zIdyROB bf1BMA0GCSqGSIb3
DQEBBQUAMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xHzAdBgNVBAsT
FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVz ZSBhdCBodHRwczov
L3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0
ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0g
RzIwHhcNMDkxMjA2MDAwMDAwWhcNMTAxMjA2MjM1OTU5WjCCARkxFzAVBgNV BAoTDlZlcmlTaWdu
LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYD VQQLEz13d3cudmVy
aXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFC LkxURChjKTk4MR4w
HAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNDAyBgNVBAsTK0RpZ2l0 YWwgSUQgQ2xhc3Mg
MSAtIE1pY3Jvc29mdCBGdWxsIFNlcnZpY2UxFzAVBgNVBAMUDkdlb2ZmIE1p bGxpa2FuMSYwJAYJ
KoZIhvcNAQkBFhdnbWlsbGlrYW5AdDFzaG9wcGVyLmNvbTCBnzANBgkqhkiG 9w0BAQEFAAOBjQAw
gYkCgYEAq3maFvpCOCbxjKJWJPMgPu3zkSwGe4LQkUWuEAu3XiHqij9v3Atn FmGPooywzDzYae71
t0uk/s/xh29InqYoD8b3YlUrPIDPBZqBDMgeFWIQTmLsUXO0jlAb2i4sLay8 cMVev5zdHbliUTQc
B/lx7q78+XFVP5kxduFKccTZmN8CAwEAAaOBzDCByTAJBgNVHRMEAjAAMEQG A1UdIAQ9MDswOQYL
YIZIAYb4RQEHFwEwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNp Z24uY29tL3JwYTAL
BgNVHQ8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMEoG A1UdHwRDMEEwP6A9
oDuGOWh0dHA6Ly9JbmRDMURpZ2l0YWxJRC1jcmwudmVyaXNpZ24uY29tL0lu ZEMxRGlnaXRhbElE
LmNybDANBgkqhkiG9w0BAQUFAAOCAQEAx1KGJF8vj0c2qIJmz8M7n5F092tB Otu9fV7rv9wFyX0F
8gaJh9/q8vIviCHrzOxChyVo//aP3PrPUb0HNUHqlYPOP4d7bAixa4WEGthy /vtbHOG5kgGabEm5
V6rp6e1dPkQutAymLZzBmkDeZmfNoymPycE/49ieG6+49g+Fk3aQ+oAGKGKF YkEtK0TWl+dtKQz9
NPoyK6GjCVJN8AjkrOccu0jHnhizGdDaC/mqe8VJJCOy5KDQzBEn9LRDnkGj qVIVU8B5mCcY7Tdl
qpku/pkGeqr7M4FVni5k2R6BBc6wdSuU1xkT8TSAFRTsyE2dAUj/gT02RNtO Yie4DvXy3zGCBHMw
ggRvAgEBMIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNV
BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m IHVzZSBhdCBodHRw
czovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJz b25hIE5vdCBWYWxp
ZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBT dWJzY3JpYmVyIENB
IC0gRzICECucLOH8qy7TMh3JE4Ft/UEwCQYFKw4DAhoFAKCCAtYwGAYJKoZI hvcNAQkDMQsGCSqG
SIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTAwMjE4MTg0MDQyWjAjBgkqhkiG 9w0BCQQxFgQU09/X
bbMKeyQvqgcjGeRoVdD3Oh8wZwYJKoZIhvcNAQkPMVowWDAKBggqhkiG9w0D BzAOBggqhkiG9w0D
AgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw BwYFKw4DAhowCgYI
KoZIhvcNAgUwggEDBgkrBgEEAYI3EAQxgfUwgfIwgd0xCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5W
ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE7MDkGA1UECxMy
VGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEg KGMpMDUxHjAcBgNV
BAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24g Q2xhc3MgMSBJbmRp
dmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMgIQK5ws4fyrLtMyHckTgW39QTCC AQUGCyqGSIb3DQEJ
EAILMYH1oIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNV
BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m IHVzZSBhdCBodHRw
czovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJz b25hIE5vdCBWYWxp
ZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBT dWJzY3JpYmVyIENB
IC0gRzICECucLOH8qy7TMh3JE4Ft/UEwDQYJKoZIhvcNAQEBBQAEgYCC+XNf c1tElzd9Nvc9A8U5
1aqF5EaYeRK/j/N4mTWgllrJw7N3qJmUC3v5Wm3yAgHZoMM2783L4YFfErbC lhJjG/Qeuykj0ygg
EJ4meZ4r/yIfn4qsFhJzMlZknzGUDJCEwYboXKP4Pl1ZwdgDxocewUSsctO/ WlXrsX/GfOZtoQAA
AAAAAA==
------=_NextPart_000_0505_01CAB086.D193C8B0--
Re: Custom Log Format -> Adding milliseconds to timestamp -> %{format}t
am 18.02.2010 21:20:14 von Daniel Reinhardt
--------------------------------------------------
From: "Geoff Millikan"
Sent: 18 February, 2010 17:15
To:
Subject: [users@httpd] Custom Log Format -> Adding milliseconds to timestamp ->
%{format}t
> Dear List,
>
> Has anyone figured out how to add milliseconds to the date and time the
> request was made for logging? Something like the below Common Log Format
> where the ":1234" represents microseconds:
>
> 127.0.0.1 - - [18/Feb/2010:17:02:37:1234 +0000] "GET /favicon.ico HTTP/1.1"
> 200 145 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)"
>
> The reason I ask is because when we're doing 30 to 50 requests per second
> it's getting tough to separate log entries when we do Customer tracking
> analysis and debugging. I'm not talking about %T or %D here (time taken to
> the load the request), I'm talking about the date and time the request was
> made.
>
> Maybe setting and using an environment variable like %{FOOBAR}e would work?
>
> http://httpd.apache.org/docs/2.2/mod/mod_log_config.html#for mats
>
> Thanks,
>
> http://www.t1shopper.com/
>
Geoff,
Actually the log file does show the time and date of the request being made:
1 2
3 4
5 6 7
www.cryptodan.net static-173-73-4-106.washdc.fios.verizon.net - -
[18/Feb/2010:20:08:04 +0000] "GET /forums/Themes/default/TPShout.css.css?fin11
HTTP/1.1" 404 258
1 - Domain Accessed
2 - Remote IP making the request
3 - Time and Date of the request based on the system time and date (should
always be set to GMT/UTC) to make issues easier to troubleshoot.
4 - Content
5 - HTTP Protocol Version used
6 - HTTP Status Code
7 - Size of request
You can use simple programs to search for information you want in the log files.
You could also install and configure webalizer to easily group like IP Addresses
to better troubleshoot your issues.
Thanks,
Dan
------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: Custom Log Format -> Adding milliseconds to timestamp-> %{format}t
am 18.02.2010 21:26:09 von Mike Cardwell
On 18/02/2010 20:20, Daniel Reinhardt wrote:
> Actually the log file does show the time and date of the request being
> made:
That's not what he's asking for. He wants to know how to add more
accuracy to the time by getting it to include milliseconds. The clue is
in the subject line.
--
Mike Cardwell : UK based IT Consultant, Perl developer, Linux admin
Cardwell IT Ltd. : UK Company - http://cardwellit.com/ #06920226
Technical Blog : Tech Blog - https://secure.grepular.com/
Spamalyser : Spam Tool - http://spamalyser.com/
------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: Custom Log Format -> Adding milliseconds to
am 18.02.2010 21:26:36 von Eric Covener
On Thu, Feb 18, 2010 at 3:20 PM, Daniel Reinhardt
wrote:
>> Has anyone figured out how to add milliseconds to the date and time the
>> request was made for logging? =A0Something like the below Common Log For=
mat
>> where the ":1234" represents microseconds:
> Actually the log file does show the time and date of the request being ma=
de:
> [18/Feb/2010:20:08:04 +0000] "GET
This thread is specifically about millisecond granularity in the access log=
..
--=20
Eric Covener
covener@gmail.com
------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: Custom Log Format -> Adding milliseconds to timestamp -> %{format}t
am 18.02.2010 22:01:49 von Daniel Reinhardt
--------------------------------------------------
From: "Eric Covener"
Sent: 18 February, 2010 20:26
To:
Subject: Re: [users@httpd] Custom Log Format -> Adding milliseconds to
timestamp -> %{format}t
> On Thu, Feb 18, 2010 at 3:20 PM, Daniel Reinhardt
> wrote:
>
>>> Has anyone figured out how to add milliseconds to the date and time the
>>> request was made for logging? Something like the below Common Log Format
>>> where the ":1234" represents microseconds:
>
>> Actually the log file does show the time and date of the request being made:
>> [18/Feb/2010:20:08:04 +0000] "GET
>
> This thread is specifically about millisecond granularity in the access log.
>
> --
> Eric Covener
> covener@gmail.com
>
> ------------------------------------------------------------ ---------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
Then he or she will need to write something up as Syslog doesn't support
milliseconds in time stamping. See this IETF:
http://www.ietf.org/rfc/rfc3164.txt.
But how much more precise does one need to get with logging?
Thanks,
Daniel
------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: Custom Log Format -> Adding milliseconds to
am 18.02.2010 22:20:30 von Eric Covener
On Thu, Feb 18, 2010 at 4:01 PM, Daniel Reinhardt
wrote:
>> This thread is specifically about millisecond granularity in the access
>> log.
> Then he or she will need to write something up as Syslog doesn't support
> milliseconds in time stamping. =A0See this IETF:
> http://www.ietf.org/rfc/rfc3164.txt.
Who said anything about syslog?
> But how much more precise does one need to get with logging?
See OP.
--=20
Eric Covener
covener@gmail.com
------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: Custom Log Format -> Adding milliseconds totimestamp -> %{format}t
am 19.02.2010 15:20:23 von mwood
--SLDf9lqlvOQaIe6s
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Feb 18, 2010 at 10:08:39AM -0800, Geoff Millikan wrote:
> Using %{UNIQUE_ID}e from mod_unique_id is a *great* suggestion if our
> interest was merely identifying each log line uniquely. However the init=
ial
> question is focused more on the sequence and order of the requests. Thus=
, I
> believe a time-based solution is what we're after. =20
Well, for sequence and order any quantity that only increases (or only
decreases, for that matter) each time it is sampled, would serve.
Such as a gadget that just hands back the next integer in series every
time it is queried (properly interlocked across threads/processes).
Come to think of it, if you are serving requests fast enough,
milliseconds won't be sufficient.
> This isn't a Linux forum but it seems like *nix would keep time with
> milliseconds in an environmental var somewhere? Then we could stuff it in
> the log like %{TIME_WITH_MILLISECONDS}e=20
Well, not necessarily. Like most software, Unix was designed in large
part by the hardware it ran on. My Handbook is at home, so I dunno if
you could get millisecond clocks for PDP-11s back then -- more likely
there would be a jiffy clock, counting the 50/60Hz power cycles (and,
if you were lucky, some way of asking the hardware whether it is set
for 50 or 60Hz.) The one time source you can rely on finding in
*every* Unix-alike is time(2) which only does seconds. Most systems
nowadays will have gettimeofday(2) which goes down to microseconds,
and some will do nanoseconds using yet other system calls, such as
clock_gettime(2) specified by POSIX.1.
Actually, though, what would be most significant is: what will the
Apache Portable Runtime give you? apr_time_now() returns an
apr_time_t, which is in microseconds, so HTTPD and modules for it
should have access to rather precise time. But the available
precision will depend on what APR can get from the OS, so you may only
be getting the illusion of microsecond precision while in fact the
value returned jumps by units of 1,000,000 (that is, seconds) or so.
Nah, if there's a mod_serial or something, I would go with that. Time
is far more complex.
--=20
Mark H. Wood, Lead System Programmer mwood@IUPUI.Edu
Friends don't let friends publish revisable-form documents.
--SLDf9lqlvOQaIe6s
Content-Type: application/x-pkcs7-signature
Content-Disposition: attachment; filename="smime.p7s"
Content-Transfer-Encoding: base64
MIIQ8QYJKoZIhvcNAQcCoIIQ4jCCEN4CAQExCzAJBgUrDgMCGgUAMAsGCSqG SIb3DQEHAaCC
DPkwggbsMIIF1KADAgECAgE0MA0GCSqGSIb3DQEBBQUAMIHeMQswCQYDVQQG EwJVUzEQMA4G
A1UECBMHSW5kaWFuYTEVMBMGA1UEBxMMSW5kaWFuYXBvbGlzMT8wPQYDVQQK EzZJbmRpYW5h
IFVuaXZlcnNpdHkgLSBQdXJkdWUgVW5pdmVyc2l0eSBhdCBJbmRpYW5hcG9s aXMxGzAZBgNV
BAsTElVuaXZlcnNpdHkgTGlicmFyeTEoMCYGA1UEAxMfTWFyaydzIEJvZ3Vz IFguNTA5IENl
cnRpZmljYXRlczEeMBwGCSqGSIb3DQEJARYPbXdvb2RASVVQVUkuRWR1MB4X DTA5MDkyMjEy
MDczM1oXDTEwMDkyNjEyMDczM1owgcsxCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdJbmRpYW5h
MRUwEwYDVQQHEwxJbmRpYW5hcG9saXMxPDA6BgNVBAoTM0luZGlhbmEgVW5p dmVyc2l0eSAt
IFB1cmR1ZSBVbml2ZXJzaXR5IEluZGlhbmFwb2xpczEbMBkGA1UECxMSVW5p dmVyc2l0eSBM
aWJyYXJ5MRgwFgYDVQQDFA9td29vZEBJVVBVSS5FZHUxHjAcBgkqhkiG9w0B CQEWD213b29k
QElVUFVJLkVkdTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAMG+ vLKrrY1gRDqz
btteMnuq5Vn0eluYeSKn8M8A6nqWvpSG1KJHlCaF3KYUrhAb4zlA9EjsxfKo 1bNyKmZIlLTF
H7zW8Ie5vd2WQ02UIPLHtvWsBVEog/IcJVV62murjaUm5YDYa18qRJ44odIp Lu59sldkzfvG
WWkbELNzN6VyQ/2DGmGAPYH/MHyCoSFv+pC+14NCd7QIrr9EMef99D/Q0PPb 1H9/NdlGjLLI
1uO2D1vQsUQflcqgBWfOt062StowHZOJbyONptq8mDbuhdgQ9VffF6jPZh1v +DR1k6IBEtMl
rzy/Vi1SI674QCrFY7rqATYTA0D8oJeb5xX0G/8V2BaI8tJUBg5mAnCJulzv 6bjnqX+82ix4
hGdrhXeocRYJ3BoGTVw7cJTy3fbWmOTfGbmH1nD2z5bsc0d5Kb5HgAI+SYHj qTFUJvqARdEW
8dadIGSu6bvIXfv4etEnH9yGkLOmZxpd+gYyPo7MNYV/2W5aPWkbMR+98Dwh XtMb1BzQSapf
iCPdCqk04nQXPFTFbRX3T0w1LzDVz0MYG7cYdcUobJlkiR1D7eWLg8q2H+/d F2tJ2VEPKtGS
WF9Qv72wHTL+sSiHWoYCbF5tleMtUc/WNcXc7oKkcXCBnXL1ZFejvWe3rrR1 wJKNROf9us2j
rAPi0XhLxo8PSzSrV2e9AgMBAAGjggHEMIIBwDAJBgNVHRMEAjAAMBEGCWCG SAGG+EIBAQQE
AwIEsDArBglghkgBhvhCAQ0EHhYcVGlueUNBIEdlbmVyYXRlZCBDZXJ0aWZp Y2F0ZTAdBgNV
HQ4EFgQUhV6Nakra2+kIBwJOdBy1yF8ZAPAwggENBgNVHSMEggEEMIIBAIAU lczOswqVtkDu
OSn/jML66NUI+ZuhgeSkgeEwgd4xCzAJBgNVBAYTAlVTMRAwDgYDVQQIEwdJ bmRpYW5hMRUw
EwYDVQQHEwxJbmRpYW5hcG9saXMxPzA9BgNVBAoTNkluZGlhbmEgVW5pdmVy c2l0eSAtIFB1
cmR1ZSBVbml2ZXJzaXR5IGF0IEluZGlhbmFwb2xpczEbMBkGA1UECxMSVW5p dmVyc2l0eSBM
aWJyYXJ5MSgwJgYDVQQDEx9NYXJrJ3MgQm9ndXMgWC41MDkgQ2VydGlmaWNh dGVzMR4wHAYJ
KoZIhvcNAQkBFg9td29vZEBJVVBVSS5FZHWCAQAwGgYDVR0SBBMwEYEPbXdv b2RASVVQVUku
RWR1MBoGA1UdEQQTMBGBD213b29kQElVUFVJLkVkdTALBgNVHQ8EBAMCBaAw DQYJKoZIhvcN
AQEFBQADggEBABy2sFEcicrK1jRWkBknRtdKUz7L8wTRJdXCW5M+X3GuAjHq RE0HuWub/vWP
NL2UoO7YVh8RXlnYdSkjCMPPSAJ2KtGH1NTTZ52ixgRtcwYS9c2TEA3AVFt/ C0ofigsZXxa/
OO6e9c3CEoOHqc9ExUr2kOcA0h8CRuQAb936ZQ8pbopPWBdoB39Twn6yXEEu xiHmmhygDxcB
vXANONVPIkCrFycsGUSnkN93k+ZXhleNoSw1lNNuS1g1Lchc1F16jepQ9TR1 fvxnMwBjbuWs
pMpU7L/hhM3WTvnA3LR4hFZv6FcpEqqPQZk0Q8bck37nrtNMO6b4MGjT+MXB MPd9EVIwggYF
MIIE7aADAgECAgEAMA0GCSqGSIb3DQEBBAUAMIHeMQswCQYDVQQGEwJVUzEQ MA4GA1UECBMH
SW5kaWFuYTEVMBMGA1UEBxMMSW5kaWFuYXBvbGlzMT8wPQYDVQQKEzZJbmRp YW5hIFVuaXZl
cnNpdHkgLSBQdXJkdWUgVW5pdmVyc2l0eSBhdCBJbmRpYW5hcG9saXMxGzAZ BgNVBAsTElVu
aXZlcnNpdHkgTGlicmFyeTEoMCYGA1UEAxMfTWFyaydzIEJvZ3VzIFguNTA5 IENlcnRpZmlj
YXRlczEeMBwGCSqGSIb3DQEJARYPbXdvb2RASVVQVUkuRWR1MB4XDTA0MDIw NTE4MDYwMFoX
DTE0MDIwMjE4MDYwMFowgd4xCzAJBgNVBAYTAlVTMRAwDgYDVQQIEwdJbmRp YW5hMRUwEwYD
VQQHEwxJbmRpYW5hcG9saXMxPzA9BgNVBAoTNkluZGlhbmEgVW5pdmVyc2l0 eSAtIFB1cmR1
ZSBVbml2ZXJzaXR5IGF0IEluZGlhbmFwb2xpczEbMBkGA1UECxMSVW5pdmVy c2l0eSBMaWJy
YXJ5MSgwJgYDVQQDEx9NYXJrJ3MgQm9ndXMgWC41MDkgQ2VydGlmaWNhdGVz MR4wHAYJKoZI
hvcNAQkBFg9td29vZEBJVVBVSS5FZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIB
AQC9xOTcfNNjfAf2UJn/uKK8uPn49f+5cP9S5TJE1hG7T0goVMB1+FNtSzdW KRUK37DLhlEA
XDYVumuwz2/EZ3hBB36IaPvKSjU5IYT5S5/xpoydTN25skM1IGOVc85UcGJJ +4YMVdG6AxQ9
2lgQZFVoTEc3Klb3o6SCEFgBFZHndO1qOoZfIAeeaeDT1ZW4MGsP/eZcoHEB Qoqq8kYWxdbz
zAjTG5Ta7hdKzxyWkPE+xCPOmHy5CrUBpROQFm4lCDwfrU/miIj304KYxOiF EsAplUBpPb6Q
oHXWn8YS+iE1V8y2Oz42EJ2xJOQWW+6U7hmN0nP5QKn6oBdvHc5IHnT7AgMB AAGjggHKMIIB
xjArBglghkgBhvhCAQ0EHhYcVGlueUNBIEdlbmVyYXRlZCBDZXJ0aWZpY2F0 ZTAdBgNVHQ4E
FgQUlczOswqVtkDuOSn/jML66NUI+ZswggENBgNVHSMEggEEMIIBAIAUlczO swqVtkDuOSn/
jML66NUI+ZuhgeSkgeEwgd4xCzAJBgNVBAYTAlVTMRAwDgYDVQQIEwdJbmRp YW5hMRUwEwYD
VQQHEwxJbmRpYW5hcG9saXMxPzA9BgNVBAoTNkluZGlhbmEgVW5pdmVyc2l0 eSAtIFB1cmR1
ZSBVbml2ZXJzaXR5IGF0IEluZGlhbmFwb2xpczEbMBkGA1UECxMSVW5pdmVy c2l0eSBMaWJy
YXJ5MSgwJgYDVQQDEx9NYXJrJ3MgQm9ndXMgWC41MDkgQ2VydGlmaWNhdGVz MR4wHAYJKoZI
hvcNAQkBFg9td29vZEBJVVBVSS5FZHWCAQAwDwYDVR0TAQH/BAUwAwEB/zAL BgNVHQ8EBAMC
AQYwEQYJYIZIAYb4QgEBBAQDAgEGMBoGA1UdEQQTMBGBD213b29kQElVUFVJ LkVkdTAaBgNV
HRIEEzARgQ9td29vZEBJVVBVSS5FZHUwDQYJKoZIhvcNAQEEBQADggEBAGZG fzmx/4R73xLy
yW0kCld32wC+TJZratCSmob1flBrkNqP6a4mZD0356mS1XlZCV0GKATuXDTL uDeibx98NrLL
J0q1RPkLfXUcqhC8/zQA7mTklu4/tKnwAROUx9nXZfkcwOziz5iDUScLh18/ 10fVuwYPlHvW
Z9fx2Gd8dWThSQUguN0GIVovtKeWKlUOn2XKxM3TGq+UPCLJeZD6WkUfw0pY 2SKSWolh9ZhJ
rfMoRQse1iM9OC0DzYhs97/IelGUT2ZAcphXbdquxfrre6E4uILqt5rER4CW alyg4Y9We3Jk
B+cZ5A9R1kEXP9JXV0MqnWlJuby7Q6LX36j1rs8xggPAMIIDvAIBATCB5DCB 3jELMAkGA1UE
BhMCVVMxEDAOBgNVBAgTB0luZGlhbmExFTATBgNVBAcTDEluZGlhbmFwb2xp czE/MD0GA1UE
ChM2SW5kaWFuYSBVbml2ZXJzaXR5IC0gUHVyZHVlIFVuaXZlcnNpdHkgYXQg SW5kaWFuYXBv
bGlzMRswGQYDVQQLExJVbml2ZXJzaXR5IExpYnJhcnkxKDAmBgNVBAMTH01h cmsncyBCb2d1
cyBYLjUwOSBDZXJ0aWZpY2F0ZXMxHjAcBgkqhkiG9w0BCQEWD213b29kQElV UFVJLkVkdQIB
NDAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkF
MQ8XDTEwMDIxOTE0MjAyM1owIwYJKoZIhvcNAQkEMRYEFOCKA07LztYHWjP/ Fw8anJ7crsMi
MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3
DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUA BIICALsZvPDz
mQynIhipVuuepBn36pdWOYxxX+vnU5mevpy1PSqkKzEl55T0iNzX9MQSPpwE GuzWrv3v6IPx
OKN6zqOwcq1+gvMOv7rFUfrKoO6fSmjaD8FGud3/PC3H/WWhf9V7fe+R3Pr3 sv9Nt++ef+XO
o4VmyAh8wrYyaG21+BJUJCQutvAw3lWrrgGXUueJTq2ESjNK1ktBWzD/AfYS BGScm1mJrvyQ
mPniKdcDXMoBC9J/g3Nsk9JOX5e+ih6PSQ4A48yxbclQbTF3ozzkHAM18Qc+ lHHIXRQNqQmQ
Ct0apgqd3UWMGKkTywknjN/+HT1bALMtDNSEPGzUGRgHhSJ1nwJrgDl+Blve VOF2peQO5zKL
op0hwsWuJIe3onDVRjY2FQItMH/dfbNuUl6eKuIQDEz+WENCJkAjoGZ+LdZ8 QwMpoxG0m/2W
Q0obkUlAt7Zqrv0BAOFkWpZTasTYK5M/NUkpPsCnLRQfNJq2/Zht8Fsrt4lp 9ocBk8Ot39Qz
2VY/HRmCUWYH9j9jO59YaOd0T500IzlooEVbQuxW4p5iszVlD4xIk98Sknkh IPGP/MTTZB4n
Afy5xX7D3JYwAKkTRwroxeQBXJhgdNVyCCZ9mQGuXhZN3upG64jJpCExlKY2 C8LLCOXRfqiC
92kAyB8tZ3Bc/dM1nh7UAy2tkQZY
--SLDf9lqlvOQaIe6s--
RE: Custom Log Format -> Adding milliseconds to timestamp -> %{format}t
am 22.02.2010 18:34:37 von Doug McNutt
Pshaw on milliseconds. The politicians can't even get seconds straight. Entering time to the millisecond as held in the server's clock should be pretty easy if the server OS supports it. Other than that apache should not attempt to provide timing that would allow for delay measurements derived from comparing tow clocks at divers locations.
--
--> From the U S of A, the only socialist country that refuses to admit it. <--
------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Order of log entries in the access log?
am 26.02.2010 23:29:54 von Geoff Millikan
------=_NextPart_000_02C5_01CAB6F0.299C0EE0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
What order does Apache write the log entries?
I'm assuming that if Apache serves 100 responses all in the same time second
window (100 responses per second) I suppose it's going to write them in the
order the response happened and not scramble them up willy-nilly. In other
words, although there's 100 log entries all stamped "26/Feb/2010:20:24:25",
the order they are written in is hopefully the rough order in which they
were served.
Is that right?
Thanks,
http://www.t1shopper.com/
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
"The nine most terrifying words in the English language are: I'm from the
government and I'm here to help." - Ronald Reagan, August 21, 1986
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
------=_NextPart_000_02C5_01CAB6F0.299C0EE0
Content-Type: application/x-pkcs7-signature;
name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="smime.p7s"
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEH AQAAoIILWzCCAj0w
ggGmAhEAzbp/VvDf5LxU/iKss3KqVTANBgkqhkiG9w0BAQIFADBfMQswCQYD VQQGEwJVUzEXMBUG
A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGlj IFByaW1hcnkgQ2Vy
dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMjgwODAx MjM1OTU5WjBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsT LkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZI hvcNAQEBBQADgY0A
MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRd DR/MZW4MsNBWhBiH
mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gC gNrcR5EpuzbJY1zF
4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEA TD+4i8Zo3+5DMw5d
6abLB4RNejP/khv0Nq3YlSI2aBFsfELM85wuxAc/FLAPT/+Qknb54rxK6Y/N oIAK98Up8YIiXbix
3YEjo3slFUYweRb46gVLlH8dwhzI47f0EEA8E8NfH1PoSOSGtHuhNbB7Jbq4 046rPzidADQAmPPR
cZQwggRGMIIDr6ADAgECAhBm/Ufjwhnk6JrNmd31OsskMA0GCSqGSIb3DQEB BQUAMF8xCzAJBgNV
BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xh c3MgMSBQdWJsaWMg
UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNTEwMjgwMDAw MDBaFw0xNTEwMjcy
MzU5NTlaMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xHzAdBgNVBAsT
FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVz ZSBhdCBodHRwczov
L3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0
ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0g
RzIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJ36zn6vj4AxTE AJLVwX42wjzvfHIV
y8CrjD0clc5vHhAsPwDtlybmtsfmrUMdP6SHR0dMPlT4bPjH/LGevTBwvJex AwXqlfGtQMVEeksF
ovJg/Nc6ZWLv/xB7ola7xU5wLdaiHzztsELoXo1XIaymmdkR6dIaB8B0R0IL /MU06v3muiTRHQgV
N6LXc88BQS9jsjo/vqUabvTJSls9laYVuzUCGfnU77yPDnF2WbtLtj7W/FoW 9NYOifJJ/mwM7RXp
2Yh1nHnOYCfdua11zi9zlXpAOoV1SbC432i8q80TgoURUKPgPAuuwApTzdcw b4UyRhvkSRDCbOKv
H3n/27S1AgMBAAGjgf8wgfwwEgYDVR0TAQH/BAgwBgEB/wIBADBEBgNVHSAE PTA7MDkGC2CGSAGG
+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNv bS9ycGEwCwYDVR0P
BAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjAuBgNVHREEJzAlpCMwITEfMB0G A1UEAxMWUHJpdmF0
ZUxhYmVsMy0yMDQ4LTE1NTAdBgNVHQ4EFgQUEX1eGX08BN9qbNaiiho/Mdg7 lFIwMQYDVR0fBCow
KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwDQYJ KoZIhvcNAQEFBQAD
gYEAPKPaAmM6xJOqq3LT3K1QOB4MnhZKiLfu69n/D42VoNa7+moLrmGE2GhH ie9PrLIfSUGbSTN2
k4uebrlDHGC9wtyKLYfBRcARcgQaayQqbG/n/AcTKdB3OiPn9cGFaBm/xgFU IBmuNYLMYjxhCcb0
1euwD6afM4Wa03GOUI+Z3WIwggTMMIIDtKADAgECAhArnCzh/Ksu0zIdyROB bf1BMA0GCSqGSIb3
DQEBBQUAMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xHzAdBgNVBAsT
FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVz ZSBhdCBodHRwczov
L3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0
ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0g
RzIwHhcNMDkxMjA2MDAwMDAwWhcNMTAxMjA2MjM1OTU5WjCCARkxFzAVBgNV BAoTDlZlcmlTaWdu
LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYD VQQLEz13d3cudmVy
aXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFC LkxURChjKTk4MR4w
HAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNDAyBgNVBAsTK0RpZ2l0 YWwgSUQgQ2xhc3Mg
MSAtIE1pY3Jvc29mdCBGdWxsIFNlcnZpY2UxFzAVBgNVBAMUDkdlb2ZmIE1p bGxpa2FuMSYwJAYJ
KoZIhvcNAQkBFhdnbWlsbGlrYW5AdDFzaG9wcGVyLmNvbTCBnzANBgkqhkiG 9w0BAQEFAAOBjQAw
gYkCgYEAq3maFvpCOCbxjKJWJPMgPu3zkSwGe4LQkUWuEAu3XiHqij9v3Atn FmGPooywzDzYae71
t0uk/s/xh29InqYoD8b3YlUrPIDPBZqBDMgeFWIQTmLsUXO0jlAb2i4sLay8 cMVev5zdHbliUTQc
B/lx7q78+XFVP5kxduFKccTZmN8CAwEAAaOBzDCByTAJBgNVHRMEAjAAMEQG A1UdIAQ9MDswOQYL
YIZIAYb4RQEHFwEwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNp Z24uY29tL3JwYTAL
BgNVHQ8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMEoG A1UdHwRDMEEwP6A9
oDuGOWh0dHA6Ly9JbmRDMURpZ2l0YWxJRC1jcmwudmVyaXNpZ24uY29tL0lu ZEMxRGlnaXRhbElE
LmNybDANBgkqhkiG9w0BAQUFAAOCAQEAx1KGJF8vj0c2qIJmz8M7n5F092tB Otu9fV7rv9wFyX0F
8gaJh9/q8vIviCHrzOxChyVo//aP3PrPUb0HNUHqlYPOP4d7bAixa4WEGthy /vtbHOG5kgGabEm5
V6rp6e1dPkQutAymLZzBmkDeZmfNoymPycE/49ieG6+49g+Fk3aQ+oAGKGKF YkEtK0TWl+dtKQz9
NPoyK6GjCVJN8AjkrOccu0jHnhizGdDaC/mqe8VJJCOy5KDQzBEn9LRDnkGj qVIVU8B5mCcY7Tdl
qpku/pkGeqr7M4FVni5k2R6BBc6wdSuU1xkT8TSAFRTsyE2dAUj/gT02RNtO Yie4DvXy3zGCBHMw
ggRvAgEBMIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNV
BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m IHVzZSBhdCBodHRw
czovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJz b25hIE5vdCBWYWxp
ZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBT dWJzY3JpYmVyIENB
IC0gRzICECucLOH8qy7TMh3JE4Ft/UEwCQYFKw4DAhoFAKCCAtYwGAYJKoZI hvcNAQkDMQsGCSqG
SIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTAwMjI2MjIyOTUzWjAjBgkqhkiG 9w0BCQQxFgQUgYUn
h3PgR00mz5jeG7OgDFS/SagwZwYJKoZIhvcNAQkPMVowWDAKBggqhkiG9w0D BzAOBggqhkiG9w0D
AgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw BwYFKw4DAhowCgYI
KoZIhvcNAgUwggEDBgkrBgEEAYI3EAQxgfUwgfIwgd0xCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5W
ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE7MDkGA1UECxMy
VGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEg KGMpMDUxHjAcBgNV
BAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24g Q2xhc3MgMSBJbmRp
dmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMgIQK5ws4fyrLtMyHckTgW39QTCC AQUGCyqGSIb3DQEJ
EAILMYH1oIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNV
BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m IHVzZSBhdCBodHRw
czovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJz b25hIE5vdCBWYWxp
ZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBT dWJzY3JpYmVyIENB
IC0gRzICECucLOH8qy7TMh3JE4Ft/UEwDQYJKoZIhvcNAQEBBQAEgYA4PIs9 xF0aTb4fmJPAXrH9
IFAtw2bH4cxfQGYEKkiiZtkieWHFydlUJF0+2hSfJUmZGP18qpvwFMGHHvpj YU9ZCOXKA/C28FKz
OWDkuDQhEQyc3vf3vKdNTjPI+2iVbuQP+c+CdGw5SO83kVCAFSelS9qxmTus lsdKgLOHjVePkgAA
AAAAAA==
------=_NextPart_000_02C5_01CAB6F0.299C0EE0--
Re: Order of log entries in the access log?
am 01.03.2010 10:18:23 von Krist van Besien
On Fri, Feb 26, 2010 at 11:29 PM, Geoff Millikan
wrote:
> What order does Apache write the log entries?
>
> I'm assuming that if Apache serves 100 responses all in the same time sec=
ond
> window (100 responses per second) I suppose it's going to write them in t=
he
> order the response happened and not scramble them up willy-nilly. =A0In o=
ther
> words, although there's 100 log entries all stamped "26/Feb/2010:20:24:25=
",
> the order they are written in is hopefully the rough order in which they
> were served.
Writing to the log is one of the last things apache normally does. So
yes, the entries will be in roughtly the order they were served, but
not necessarily the order they were received in.
Krist
--=20
krist.vanbesien@gmail.com
krist@vanbesien.org
Bremgarten b. Bern, Switzerland
--
A: It reverses the normal flow of conversation.
Q: What's wrong with top-posting?
A: Top-posting.
Q: What's the biggest scourge on plain text email discussions?
------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org