Wakati Squid inaweza kuhifadhi vifurushi vya APT kwenye cache
Angalia usafirishaji wa HTTP, hifadhi ya cache, ukubwa wa kitu na mipangilio ya cache-control ya APT kabla ya kutarajia maombi ya vifurushi kuwa hits za Squid.
APT na aptitude zinaweza kupata faili za hazina kupitia HTTP. Squid inaweza kuhifadhi jibu la HTTP linalofaa kwenye cache; mteja hahitaji kuwa kivinjari cha wavuti.
Katika usambazaji wa Squid 6 au 7, angalia maingizo haya wakati kila uhamishaji wa kifurushi bado unafikia chanzo:
- Upakuaji unatumia HTTP, au Squid ina ufikiaji wa mabadilishano ya HTTP kwa njia nyingine. Handaki la HTTPS CONNECT pekee halifichui jibu la kifurushi kwa cache.
- Cache ina hifadhi inayofaa iliyosanidiwa. Uwasilishaji uliofaulu hauthibitishi kuwa cache ya diski ipo.
- Kumbukumbu inatoshea ukubwa wa juu wa kitu wa saraka ya cache inayotumika. Metadata ndogo na .deb kubwa zinaweza kutoa matokeo tofauti.
- Ombi na jibu huruhusu uhifadhi na matumizi tena chini ya sera yao ya cache-control.
APT inaonyesha Acquire::http::No-Cache, Max-Age na No-Store. No-Store inaweza kuzuia faili za kumbukumbu zilizoombwa kuhifadhiwa. No-Cache inaomba uthibitishaji upya kabla ya jibu lililohifadhiwa kutumika tena. Chunguza usanidi bora wa APT pamoja na sera ya Squid.
Linganisha URL kamili sawa na uchunguze matokeo ya cache katika access.log. Wenyeji tofauti wa kioo, njia za hazina zilizobadilika au kifurushi kilichohifadhiwa ndani zinaweza kumaanisha kuwa usakinishaji mbili hazitaki kitu kimoja cha mtandao.
Kioo cha hazina hutunza maudhui ya hazina kwa makusudi badala ya kutegemea tu matumizi tena ya cache ya HTTP inayotegemea mahitaji.