[squid-users] TCP_MISS only

Andy Armstrong andy.armstrong at uk.ibm.com
Tue Sep 27 18:56:44 UTC 2022


Hi,

Okay – but what happens if you are communicating with a non REST endpoint. Consider a Web services endpoint for example where a request is only interacted with via POST but the operation for example may frequently be a read based function akin to a HTTP GET? Is Squid just simply not going to help cache those requests? It is only helpful for more strict alignment to REST principles?

Kind regards,

Andy Armstrong
安迪 阿姆斯特朗
Principal Specialist for Z Technologies
EMEA Squad Leader for Hybrid Cloud
Worldwide Community Leader for Hybrid Cloud
Member of the CTO Office Server & Storage EMEA
Distinguished Technical Specialist – The Open Group
IBM Master Inventor

Mobile: +447500103874



From: squid-users <squid-users-bounces at lists.squid-cache.org> on behalf of Amos Jeffries <squid3 at treenet.co.nz>
Date: Tuesday, 27 September 2022 at 19:45
To: squid-users at lists.squid-cache.org <squid-users at lists.squid-cache.org>
Subject: [EXTERNAL] Re: [squid-users] TCP_MISS only
On 27/09/22 23:01, Andy Armstrong wrote:
> Hi Alex,
>
> That makes a lot of sense, I don’t know how I overlooked that – thank
> you. I also agree, logically caching a 201 response makes little sense,
> and it was just an example I had that was easy to try so I used that.
>
> I just altered the HTTP Return code so it sent 200 instead of 201, and
> the result is sadly the same, I get many, many lines like this:
>

Unfortunately that is not enough. POST method is also not cacheable by
default. See <https://www.rfc-editor.org/rfc/rfc9110#section-9.3.3  >

Consider what would happen when two clients POST different sets of data
to the same URL.  Which one should the cache handle *instead* of letting
it be delivered to a server?


> 1664272638.44310107 10.1.1.70 TCP_MISS/200 275 POST
> http://192.168.0.2:3001/InternalCommunicationServices/message/email   -
> HIER_DIRECT/192.168.0.2 application/json
>
> My suspicion is still that my refresh_pattern is wrong:
>
> refresh_pattern -i http://129.168.0.2:3001%5C/.*   10080 100% 43200
> override-lastmod
>

refresh_pattern directive does not make things cacheable when they are
not. It can only extend or shrink cacheability times.


HTH
Amos
_______________________________________________
squid-users mailing list
squid-users at lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Unless otherwise stated above:

IBM United Kingdom Limited
Registered in England and Wales with number 741598
Registered office: PO Box 41, North Harbour, Portsmouth, Hants. PO6 3AU
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20220927/46e3bae8/attachment.htm>


More information about the squid-users mailing list