[squid-users] Getting the full file content on a range request, but not on EVERY get ...

Yuri Voinov yvoinov at gmail.com
Thu May 12 20:08:51 UTC 2016


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
 
In comparison, the cache of thousands of Linux distributions, regardless
of the purpose, of course, a trifle :)

13.05.16 2:07, Yuri Voinov пишет:
>
> I recently expressed the idea of caching torrents using SQUID. :)
What's an idea! I'm still impressed! :)
>
> 13.05.16 2:02, Yuri Voinov пишет:
>
>
>       > Updates,
>
>
>
>       > in conjunction with hundreds OS's and distros, better to do
>       with
>
>       > separate dedicated update server. IMHO.
>
>
>
>
>
>       > 13.05.16 1:56, Hans-Peter Jansen пишет:
>
>       > > On Freitag, 13. Mai 2016 01:09:39 Yuri Voinov wrote:
>
>       > >> I suggest it is very bad idea to transform caching
>       proxy to linux
>
>       > >> distro's or something else archive.
>
>
>
>       > > Yuri, if I wanted an archive, I would mirror all stuff
>       and use local
>
>       > repos.
>
>       > It was sarcasm. And yes - local mirror is the best approach.
>
>
>
>       > > I went that route for a long time - it's a lot of work
>       to keep up
>
>       > everywhere,
>
>       > > and generates an awful amount of traffic (and I did it
>       the sanest way
>
>       > possible
>
>       > My condolences.
>
>
>
>       > > - with a custom script, that was using rsync..)
>
>
>
>       > >> As Amos said, "Squid is a cache, not an archive".
>
>
>
>       > > Yes, updating 20 similar machines makes a significant
>       difference with the
>
>       > > squid as a deduplicated cache - with no recurring work
>       at all.
>
>       > Agree. Partially. With Solaris I've does it one JumpStart
>       network
>
>       > server..... Of course, the same technology is rara avis in
>       modern
>
>       > world.... :)
>
>
>
>       > I now wonder - to sharpen the pencil you too millstone ask?
>       :)  My
>
>       > condolences again.
>
>
>
>
>
>       > > Pete
>
>       > > _______________________________________________
>
>       > > squid-users mailing list
>
>       > > squid-users at lists.squid-cache.org
>
>       > > http://lists.squid-cache.org/listinfo/squid-users
>
>
>
>
>
>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
 
iQEcBAEBCAAGBQJXNOLSAAoJENNXIZxhPexGrL8H/2CENrZvFX4fUaZeCM55p88z
ROVWCMpsx4YsD1zZieOIvUwBsBZlY35iBQ2R0gxEY8vrnNZE5eAt1+BK2zSxX2fZ
us/JZ4yWeSlDYZ+foztnSDcPhqikdkaNXM12KjP7usnybx/dN2KaHdq8nc1xbOeN
A1NCT4mnxiUNeycFOFfAHASvh4rCSii6MMqCS1Pf8PMwdTcKk/UudEBooytGlA7K
gN39HWu+MCd1uUX2Mt9KRfSYQVx7OMjwWzNTH5Rpjk7gBd9a2oQGJrHoZ62xn0Pb
7ZCbZOgTJwovqWycf3Yv+6hb2m4g3xhJ9jBoM3RJjC4oRMynZ+Ls/QyBDfeUD0Q=
=7c66
-----END PGP SIGNATURE-----

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20160513/34bc1c7a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0x613DEC46.asc
Type: application/pgp-keys
Size: 2437 bytes
Desc: not available
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20160513/34bc1c7a/attachment.key>


More information about the squid-users mailing list