]> git.ipfire.org Git - thirdparty/squid.git/commit - src/adaptation/icap/ModXact.cc
Author: Tsantilas Christos <chtsanti@users.sourceforge.net> , Alex Rousskov <roussko...
authorChristos Tsantilas <chtsanti@users.sourceforge.net>
Sat, 7 Aug 2010 14:51:30 +0000 (17:51 +0300)
committerChristos Tsantilas <chtsanti@users.sourceforge.net>
Sat, 7 Aug 2010 14:51:30 +0000 (17:51 +0300)
commitbae917acf060ee38d25ae0e893b38e33368185da
tree092b3f640afdaef5d07f30cab9d85f09d4963023
parent56fba4d000c45763ca709e8f75637d005719e34c
Author:  Tsantilas Christos <chtsanti@users.sourceforge.net> , Alex Rousskov <rousskov@measurement-factory.com>
Added %http::<bs and %icap::<bs logformat codes to HTTP and ICAP body sizes received from the next HTTP hop or the ICAP server.

Logging "received message body" is useful because Squid may receive a lot
more or a lot less than it serves to the client or than the original resource
size, which may happen when handling Range requests and partial responses,
when adapting bodies, and for other reasons.

For HTTP, we define "received message body" as message body bytes that
Squid stores, merges, adapts, and/or forwards. In most cases, they are the
same as body bytes sent by the server to Squid. However, the two bodies may
differ for reasons such as errors (where the start of the body was not found),
HTTP transfer encodings (where Squid strips chunked encoding to find the
message body), and generated FTP directory listings (that were received in
a completely different format on a control connection).

For ICAP, the "received message body" is the Encapsulated sections, after
the encapsulated HTTP body, if any, is dechunked.

This is a Measurement Factory project.
12 files changed:
doc/release-notes/release-3.3.html
doc/release-notes/release-3.3.sgml
src/AccessLogEntry.h
src/HierarchyLogEntry.h
src/Server.cc
src/Server.h
src/adaptation/icap/ModXact.cc
src/adaptation/icap/ModXact.h
src/adaptation/icap/OptXact.cc
src/cf.data.pre
src/gopher.cc
src/log/access_log.cc