Hello,
>Origin servers can sometimes respond to requests with payload ("uploads")
>before the request has fully arrived, but any subsequent network issues are
>guaranteed to result in data loss - so the practice is discouraged.
If I understand, when it's a download (GET), Squid will replace the payload
with the object in cache, if fresh.
But the HTTP control messages are still coming from the Origin server.
In case of an upload (PUT), it won't accelerate to use the Squid cache,
because the client has to wait for the Origin server's response of the payload
transfer (or request).
The only option to make uploads faster is if the Origin server is aware that
the client is using a reverse proxy cache and respond to the upload request
before the full payload transfer.
Tell me if I'm wrong, but I think that I understand now.
Meaning that if I want to "bufferize" the writes it has to happen with another
protocol before the WebDAV connection to Sharepoint Online.
Thank you.
Olivier MARCHETTA
-----Original Message-----
From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On Behalf
Of Amos Jeffries
Sent: Sunday, September 10, 2017 4:32 AM
To: squid-users@lists.squid-cache.org
Subject: Re: [squid-users] Http write cache
On 10/09/17 07:20, Olivier MARCHETTA wrote:
> Hello,
>
> I recently set up a squid reverse proxy cache for Sharepoint Online
> with the help of Amos.
>
> It is now accelerating all reads by caching objects in Squid.
>
> Now I’m facing a more tricky problem : writing objects to the parent server.
>
> In this case it’s a direct connection and so it is slow.
>
> I am not familiar with all the options and capabilities of the http
> protocol, but do you know if it is possible to have an asynchronous
> write back to the parent server to accelerate the writes ?
No, HTTP is message oriented. The equivalent of a write is a request message
with a payload (usually PUT or POST).
Origin servers can sometimes respond to requests with payload
("uploads") before the request has fully arrived, but any subsequent network
issues are guaranteed to result in data loss - so the practice is discouraged.
It is definitely not safe for a proxy to do so independent of the origin server.
Amos
_______________________________________________
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
_______________________________________________
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
