Amos,
How do you get the real size at the moment with a normal object ?
Just do the same
I suppose you get the size from the headers, right ?
If we know the object is denied, we ask for a head request to know the size
and we use it in the log.
As the object will be blocked, we don't care this
On 21/07/2015 5:51 a.m., Stakres wrote:
Amos,
How do you get the real size at the moment with a normal object ?
Just do the same
I suppose you get the size from the headers, right ?
The log contains the bytes *delivered to the client*.
When accounting bandwidth only the actual transfer
Hi All,
As you know, when an object is denied by an ACl or other, the size of the
object in the log file is the size of the ERR_* page.
Is there a way to get the correct/real size of the blocked object ?
I know the url is denied before squid gets the object from internet, but it
should be nice
On 21/07/2015 4:40 a.m., Stakres wrote:
Antony,
I got this idea too, but here we lose (i mean it's not overwritten) the
info in the access.log and there is no effect of realtime if you see what I
mean...
An alternative could to catch the TCP_DENIED with a helper but I did not
find the way
Antony,
I got this idea too, but here we lose (i mean it's not overwritten) the
info in the access.log and there is no effect of realtime if you see what I
mean...
An alternative could to catch the TCP_DENIED with a helper but I did not
find the way yet, i think it cannot be done this way.
The
On Monday 20 Jul 2015 at 16:27, Stakres wrote:
As you know, when an object is denied by an ACl or other, the size of the
object in the log file is the size of the ERR_* page.
Is there a way to get the correct/real size of the blocked object ?
Because here we don't care the size of the ERR