Small update on this one: using a "path_beg" ACL it seems works...
So, I guess there is something wrong potentially outside of cache.c when using path_end, but affecting the cache in some way. I also noticed some suspicious entries in the cache, like hash=0, but I'm not able to qualify when does it happens. Regards, Pierre On 09/01/2018 19:37, Pierre Cheynier wrote: > I'm experimenting the small objects cache feature in 1.8, maybe I'm > doing something obviously wrong, but I don't get what... > > Here is my setup: > > (...) > > cache static_assets > total-max-size 100 > max-age 60 > > (...) > > frontend fe_main # HTTP(S) Service > bind *:80 name http > > acl cached_service-acl hdr_dom(host) -i cached_service.localdomain > use_backend be_cached_service if cached_service > > backend be_cached_service > acl static_cached_paths path_end -i my/resource/path > http-request cache-use static_assets if static_cached_paths > http-response cache-store static_assets > server srv0 127.0.0.1:8000 > > In that case I can request on /my/resource/path and I'll have something > stored in the cache: > > $ $ curl -v -L http://127.0.0.1/my/resource/path -H "Host: > cached_service.localdomain" > (...) > < HTTP/1.1 200 OK > < Content-Type: application/json > < Date: Tue, 09 Jan 2018 18:32:05 GMT > < Content-Length: 14 > < > [ > "tmp" > ] > > $ echo "show cache static_assets" | sudo socat stdio /var/lib/haproxy/stats > 0x7fbfa94df03a: static_assets (shctx:0x7fbfa94df000, available > blocks:102400) > 0x7fbfa94e11ac hash:3952565486 size:190 (1 blocks), refcount:0, expire:54 > > But, if I request something else, it currently override the first cached > asset and will be served then... > > $ curl -v -L http://127.0.0.1/my/other/resource/path -H "Host: > cached_service.localdomain" > (...) > > < HTTP/1.1 200 OK > < Content-Type: application/json > < X-Consul-Index: 77 > < X-Consul-Knownleader: true > < X-Consul-Lastcontact: 0 > < Date: Tue, 09 Jan 2018 18:33:30 GMT > < Content-Length: 547 > < > { "something_more_verbose(...)" } > > $ echo "show cache" | sudo socat stdio /var/lib/haproxy/stats > 0x7f4c5ea5a03a: static_assets (shctx:0x7f4c5ea5a000, available > blocks:102400) > 0x7f4c5ea5a4cc hash:3952565486 size:797 (1 blocks), refcount:0, expire:55 > > The entry has been flushed and replaced by the new one, independently > from the expiration state. > > In that case it's consul that answer, so it explains these X-Consul > headers for the 2nd response. > > Does it ring a bell to someone ? > > Thanks, > > Pierre > >
signature.asc
Description: OpenPGP digital signature
