ពេលណា Squid អាចធ្វើ cache កញ្ចប់ APT

ពិនិត្យការដឹកជញ្ជូន HTTP ការផ្ទុក cache ទំហំវត្ថុ និងការកំណត់ cache-control របស់ APT មុនពេលរំពឹងថាសំណើកញ្ចប់នឹងក្លាយជា Squid hits។

APT និង aptitude អាចទាញយកឯកសារឃ្លាំងតាម HTTP។ Squid អាចធ្វើ cache ការឆ្លើយតប HTTP ដែលមានលក្ខណៈសមរម្យ។ អតិថិជនមិនចាំបាច់ជាកម្មវិធីរុករកវេបទេ។

ក្នុងការដាក់ពង្រាយ Squid 6 ឬ 7 សូមពិនិត្យធាតុបញ្ចូលទាំងនេះ នៅពេលការផ្ទេរកញ្ចប់នីមួយៗនៅតែទៅដល់ប្រភព៖

  • ការទាញយកប្រើ HTTP ឬ Squid មានសិទ្ធិចូលដំណើរការការផ្លាស់ប្តូរ HTTP តាមវិធីផ្សេង។ ផ្លូវរូង HTTPS CONNECT តែម្នាក់ឯងមិនបង្ហាញការឆ្លើយតបកញ្ចប់សម្រាប់ cache ទេ។
  • Cache មានការផ្ទុកសមរម្យដែលបានកំណត់រចនាសម្ព័ន្ធ។ ការបញ្ជូនបន្តដោយជោគជ័យមិនបញ្ជាក់ថាមាន cache ថាសទេ។
  • បណ្ណសារសមនឹងទំហំវត្ថុអតិបរមានៃថត cache ដែលអនុវត្ត។ ទិន្នន័យមេតាតូច និង .deb ធំអាចឱ្យលទ្ធផលខុសគ្នា។
  • សំណើ និងការឆ្លើយតបអនុញ្ញាតការផ្ទុក និងការប្រើឡើងវិញក្រោមគោលនយោបាយ cache-control របស់ពួកវា។

APT ផ្តល់ Acquire::http::No-Cache, Max-Age និង No-Store។ No-Store អាចរារាំងការផ្ទុកឯកសារបណ្ណសារដែលបានស្នើ។ No-Cache ស្នើការផ្ទៀងផ្ទាត់ឡើងវិញមុនពេលប្រើការឆ្លើយតបដែលបានផ្ទុកឡើងវិញ។ ពិនិត្យការកំណត់ APT ដែលមានប្រសិទ្ធភាព និងគោលនយោបាយរបស់ Squid។

ប្រៀបធៀប URL ពេញលេញដូចគ្នា ហើយពិនិត្យលទ្ធផល cache ក្នុង access.log។ ម៉ាស៊ីនកញ្ចក់ផ្សេងគ្នា ផ្លូវឃ្លាំងដែលបានផ្លាស់ប្តូរ ឬកញ្ចប់ដែលបានធ្វើ cache ក្នុងមូលដ្ឋានអាចមានន័យថាការដំឡើងពីរមិនដែលស្នើវត្ថុបណ្តាញដូចគ្នាទេ។

កញ្ចក់ឃ្លាំងរក្សាខ្លឹមសារឃ្លាំងដោយចេតនា ជំនួសឱ្យការពឹងផ្អែកតែលើការប្រើឡើងវិញ cache HTTP តាមតម្រូវការ។

អត្ថបទពាក់ព័ន្ធ