ផ្ទៀងផ្ទាត់ឡើងវិញនូវការទាញយកតាមរយៈប្រូកស៊ីជាមួយ Cache-Control: no-cache

URL ទាញយកគឺត្រឹមត្រូវ ប៉ុន្តែប្រូកស៊ីរួមនៅមានការឆ្លើយតបដែលរក្សាទុក។ ប្រសិនបើប្រតិបត្តិការត្រូវការការឆ្លើយតបដែលបានផ្ទៀងផ្ទាត់ជាមួយប្រភព សូមដាក់លក្ខខណ្ឌនោះលើសំណើ៖

from urllib.request import ProxyHandler, Request, build_opener
import shutil

opener = build_opener(ProxyHandler({
    "https": "http://proxy.example:8080",
}))
request = Request(download_url, headers={"Cache-Control": "no-cache"})
with opener.open(request, timeout=15) as response:
    shutil.copyfileobj(response, output)

ផ្នែកនេះសន្មតថាកម្មវិធីមានលំហូរលទ្ធផលគោលពីរ និងផ្តល់ HTTPS download_url។ ដើម្បីសាកល្បងការទាញយកសាធារណៈដែលអនុញ្ញាតដោយគ្មានការផ្ទៀងផ្ទាត់ប្រូកស៊ី សូមប្រើបេក្ខជនចំណុចចុងក្រោយ HTTP ពីបញ្ជីប្រូកស៊ី HTTP នៅក្នុង opener; លក្ខខណ្ឌឃ្លាំងសម្ងាត់នៃសំណើនៅដូចដើម។ វារក្សា URL ដើមរបស់ធនធាន ខណៈពេលស្នើសុំឱ្យឃ្លាំងសម្ងាត់នៅលើផ្លូវសំណើផ្ទៀងផ្ទាត់មុនពេលប្រើឡើងវិញ។

ការផ្ទៀងផ្ទាត់អាចប្រើឡើងវិញនូវបៃដែលបានរក្សាទុក

ឃ្លាំងសម្ងាត់ដែលអនុលោម ហើយទទួល no-cache មិនអាចបំពេញសំណើនេះពីការឆ្លើយតបដែលរក្សាទុកដោយគ្មានការផ្ទៀងផ្ទាត់ជោគជ័យជាមួយប្រភពបានទេ។ ប្រភពអាចបញ្ជាក់ថាតំណាងដែលរក្សាទុកនៅមានសុពលភាព ដូច្នេះប្រតិបត្តិការមិនចាំបាច់បញ្ជូនឯកសារដែលមិនប្តូរឡើងវិញពីប្រភពទេ។

max-age=0 នៅក្នុងសំណើបង្ហាញពីដែនកំណត់អាយុ។ វាមានប្រយោជន៍នៅពេលកម្មវិធីចង់បានការឆ្លើយតបដែលមិនចាស់ជាងដែនកំណត់នោះ ប៉ុន្តែវាមិនមែនជាការហាមឃាត់ការរក្សាទុកទេ។ ការឆ្លើយតបដែលទើបបង្កើតអាចបំពេញវាបាន។

ការបន្ថែមប៉ារ៉ាម៉ែត្រសំណួរចៃដន្យស្នើសុំ URI គោលដៅផ្សេង។ វាអាចបង្កើតធាតុឃ្លាំងសម្ងាត់មួយទៀត ឬថែមទាំងផ្លាស់ប្តូរការឆ្លើយតបរបស់កម្មវិធី។ ប្រើប៉ារ៉ាម៉ែត្រសំណួរតែនៅពេលវាជាផ្នែកនៃចំណុចប្រទាក់ដែលបានបម្រុងទុករបស់ធនធាន។

សម្រាប់ HTTPS CONNECT ធម្មតា ប្រូកស៊ីរូងក្រោមដីមិនអាចមើលឃើញបឋមកថានេះនៅក្នុង TLS បានទេ។ គោលនយោបាយនៅតែអាចទៅដល់ប្រភព និងឃ្លាំងសម្ងាត់ដែលគ្រប់គ្រងការផ្លាស់ប្តូរ HTTP ដែលបានឌិគ្រីប។ ពិនិត្យមើលកន្លែងដែលការឆ្លើយតបដែលរក្សាទុកស្ថិតនៅពិតប្រាកដ មុនពេលសន្មតវាទៅរូងក្រោមដី។