ជ្រើស proxy Requests សម្រាប់គេហទំព័រមួយ
ផ្តល់ proxy ផ្សេងគ្នាដល់ឈ្មោះម៉ាស៊ីនគោលដៅមួយក្នុង Requests ហើយយល់ពីព្រំដែននៃការផ្គូផ្គង និងលំដាប់បម្រុង។
គេហទំព័រមួយត្រូវការ proxy ខុសពីសំណើ HTTPS ដទៃរបស់អ្នក។ Requests អាចបញ្ជាក់ជម្រើសនោះនៅក្នុងវចនានុក្រម proxy ដោយខ្លួនឯង៖
routes = {
"https://reports.example": "http://reports-proxy.example:8080",
"https": "http://default-proxy.example:8080",
}
response = requests.get(
"https://reports.example/monthly",
proxies=routes,
timeout=(5, 20),
)
response.raise_for_status()
សម្រាប់គោលដៅនោះ គន្លឹះជាក់លាក់តាមឈ្មោះម៉ាស៊ីនឈ្នះ។ ឈ្មោះម៉ាស៊ីន HTTPS ផ្សេងប្រើធាតុទូទាំងគ្រោងការណ៍។ តម្លៃពិពណ៌នាអំពីការតភ្ជាប់ proxy ដូច្នេះគោលដៅ HTTPS អាចផ្គូផ្គងបានត្រឹមត្រូវទៅនឹង URL proxy HTTP។ នៅពេលទាំងនេះជាផ្លូវគេហទំព័រសាធារណៈដែលអនុញ្ញាតដោយគ្មានគណនី proxy បញ្ជី proxy HTTP អាចផ្តល់បេក្ខជនសម្រាប់តម្លៃទាំងនោះ៖ រក្សាច្បាប់គោលដៅនីមួយៗឱ្យច្បាស់។
ផ្គូផ្គងឈ្មោះម៉ាស៊ីន មិនមែន URL ធនធាន
ក្នុង Requests 2.32.5 គន្លឹះជាក់លាក់ត្រូវបានសង់ពីគ្រោងការណ៍គោលដៅ និងឈ្មោះម៉ាស៊ីនដែលបានញែក។ វាមិនរួមបញ្ចូលផ្លូវ សំណួរ ឬច្រកទេ។
ការបន្ថែម /monthly ទៅគន្លឹះវចនានុក្រមនឹងមិនកំណត់ច្បាប់ត្រឹមផ្លូវនោះទេ។ ដូចគ្នាដែរ https://reports.example:8443 មិនមែនជាគន្លឹះជាក់លាក់តាមច្រកដែលអ្នកជ្រើសនេះស្គាល់ទេ។ ច្បាប់ឈ្មោះម៉ាស៊ីនក៏អនុវត្តនៅពេល URL គោលដៅប្រើច្រកផ្សេង។
មិនមានការពង្រីកសញ្ញាជំនួសក្នុងការស្វែងរកនេះទេ។ ច្បាប់សម្រាប់ reports.example មិនគ្របដណ្តប់ដែនរងដោយស្វ័យប្រវត្តិទេ។ ប្រើការសម្រេចចិត្តផ្លូវច្បាស់លាស់នៅក្រៅវចនានុក្រមសាមញ្ញនេះ នៅពេលគោលនយោបាយត្រូវការផ្គូផ្គងផ្លូវ ច្រក ឬបច្ច័យ។
ដឹងថាតើការបម្រុងណាមកបន្ទាប់
ការអនុវត្តពិនិត្យគន្លឹះតាមលំដាប់នេះ៖ scheme://hostname, scheme, all://hostname បន្ទាប់មក all។ ដូច្នេះធាតុ HTTPS ទូទាំងគ្រោងការណ៍មានអាទិភាពជាងធាតុឈ្មោះម៉ាស៊ីនសម្រាប់គ្រប់គ្រោងការណ៍។ ដាក់ច្បាប់ឈ្មោះម៉ាស៊ីនជាក់លាក់តាមគ្រោងការណ៍នៅដំបូងក្នុងការរចនារបស់អ្នក នៅពេលនោះជាការលើកលែងដែលចង់បាន។
ពិចារណាផងដែរពីរបៀបដែល Session របស់អ្នកបញ្ចូលតម្លៃលំនាំដើម និងការកំណត់ដែលមកពីបរិស្ថាន។ ការផ្ញើធាតុច្បាស់លាស់ទាំងពីរនេះជាមួយសំណើធ្វើឱ្យផ្លូវដែលចង់បានច្បាស់ ប៉ុន្តែមិនកំណត់គោលនយោបាយសម្រាប់គ្រោងការណ៍គោលដៅផ្សេងទេ។
ការបង្វែអាចនាំឈ្មោះម៉ាស៊ីនផ្សេងមក ហើយការជ្រើស proxy ក៏ពាក់ព័ន្ធនឹងគោលដៅថ្មីនោះដែរ។ អានច្បាប់នេះជាការសម្រេចចិត្តលើ URL នីមួយៗដែលត្រូវបានស្នើ មិនមែនជាផ្លូវអចិន្ត្រៃយ៍ដែលជាប់នឹងទំព័រដំបូងទេ។