Hi Alex, Thanks for the feedback. Although I am not proficient in C for writing an ecap service, is there some binding available online for Go? This was the reason I originally opted for an ICAP service since I can abstract Go behind the HTTP ICAP layer. Now I understand this has its limitations, but AFAIK a preview cap at 100kb would be sufficient per request. But this will slow down my current setup greatly, as I’m currently sending -only- the headers. Would you think that a) using Go for the ecap adapter or b) using two ICAP services. One would validate the headers and return OK or NOT (bypass=0), while the other only pushes the 1kb request/response to a queue. Ideally those two would be contacted simultaneously while only the first one is blocking. ..just thinking aloud tough. Regards, On 4 Mar 2021, at 22:23, Alex Rousskov <rousskov@xxxxxxxxxxxxxxxxxxxxxxx> wrote: On 3/4/21 2:52 PM, Niels Hofmans wrote: is it possible to do full request/response logging? Squid can log HTTP headers with %>h and %<h logformat codes. Squid cannot log HTTP message bodies. I do not see the appropriate log_format directive in the docs. FWIW, an ICAP or eCAP service can start responding to the request _before_ the service receives the entire HTTP message body. To get things going, all the service needs is HTTP headers (and even that is, technically, optional in some cases). Using an adaptation service is still an overhead, of course, but, very few legitimate Squid use cases involve logging message bodies, so there is no built-in mechanism optimized for that specific rare purpose (yet?). The fastest option available today is probably a dedicated eCAP service that refuses to adapt the message bit continues to receive (and log) the message body. HTH, Alex. _______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users |
_______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users