On 22.11.2012 08:06, Eliezer Croitoru wrote:
Last time long ago There was a talk about URL storing the original
request URL at the swap_file Meta data.
Now it strikes me again while testing something.
the code of:
http://bazaar.launchpad.net/~squid/squid/trunk/view/head:/src/StoreMetaURL.cc#L39
Hello,
Squid req_header ACL cannot match valid HTTP headers with empty
values. The attached patch makes it possible. I tried to limit the
changes to address this specific use case. It would be good to also
review other HttpHeader::get*() uses to check whether they mistreat
empty header fields,
If there is not any objection I will commit this patch to trunk
On 11/14/2012 02:12 PM, Tsantilas Christos wrote:
> SSL server certificate fingerprint ACL type
>
> This patch add the "server_ssl_cert_fingerprint" acl type to match
> against server SSL certificate fingerprint.
> The new acl type
If there is not any objection I will commit this patch plus the "cert
validation cache" patches to trunk
On 11/14/2012 01:59 PM, Tsantilas Christos wrote:
> This patch implements the certificate validation helper interface
> described at:
> http://wiki.squid-cache.org/Features/SslServerCertVali
Last time long ago There was a talk about URL storing the original
request URL at the swap_file Meta data.
Now it strikes me again while testing something.
the code of:
http://bazaar.launchpad.net/~squid/squid/trunk/view/head:/src/StoreMetaURL.cc#L39
(25 lines of code)
##start
bool
StoreMet
Since I had small talk with some guy about eCAP and ICAP he said that
there is no good documentation for eCAP.
I took a small look at the eCAP examples and I kind of lost my angle on
how things are done in eCAP.
Since I am not a really great developer and c++ is not my "known
language" I can
