កំណត់រចនាសម្ព័ន្ធ proxy Suds មុននឹងវាផ្ទុក WSDL

ផ្តល់ការផ្គូផ្គង proxy របស់ Suds នៅពេលបង្កើតអតិថិជន SOAP ហើយគិតដល់ឧបករណ៍ចាប់ urllib ច្បាស់លាស់របស់ការដឹកជញ្ជូន។

បញ្ជូនផ្លូវទៅអ្នកបង្កើតអតិថិជន suds-community នៅពេលការផ្ទុក WSDL ត្រូវការវា៖

from suds.client import Client

client = Client(
    'https://service.example/soap?wsdl',
    proxy={
        'http': 'http://proxy.example:8080',
        'https': 'http://proxy.example:8080',
    },
)

កូនសោនៃការផ្គូផ្គងគឺជាគម្រោងគោលដៅ; ទាំងពីរអាចចង្អុលទៅអន្តរការី HTTP ដូចគ្នា។ សម្រាប់ការសាកល្បង SOAP សាធារណៈដែលអនុញ្ញាតអន្តរការីសាធារណៈដោយគ្មានការផ្ទៀងផ្ទាត់ សូមប្រើបេក្ខជនពីបញ្ជី proxy HTTP សម្រាប់អាសយដ្ឋាន proxy HTTP ទាំងនោះ។ ការនាំចូល និងគម្រោង WSDL ក៏អាចត្រូវបានទាញយកកំឡុងពេលបង្កើតដែរ។ set_options ក្រោយមកអាចប៉ះពាល់ដល់ការងារក្រោយមក ប៉ុន្តែមិនអាចជួសជុលអ្នកបង្កើតដែលបរាជ័យរួចហើយបានទេ។

ការដឹកជញ្ជូនដែលថែទាំបង្កើត ProxyHandler urllib ច្បាស់លាស់ពីការផ្គូផ្គងរបស់វា។ ការផ្គូផ្គងទទេខុសពីការស្វែងរក proxy លំនាំដើម ដូច្នេះបរិស្ថាននាំចេញដែលដំណើរការក្នុងកម្មវិធី urllib តូចមិនចាំបាច់គ្រប់គ្រង Suds ទេ។

ប្រើការផ្គូផ្គងសម្រាប់ផ្លូវថេរ។ សម្រាប់គោលនយោបាយប្រព័ន្ធដែលពឹងផ្អែកលើគោលដៅ សូមជ្រើសរើសការរួមបញ្ចូលការដឹកជញ្ជូនដែលរក្សាវាដោយចេតនា។ ការជំនួសឧបករណ៍ចាប់នីមួយៗដោយបញ្ជីទទេអាចបាត់បង់ឥរិយាបថផ្ទៀងផ្ទាត់ពិសេស។

opener ផ្ទាល់ខ្លួនដែលផ្តល់ត្រូវផ្ទុកផ្លូវដែលចង់បានដោយខ្លួនឯង។ ការដំឡើង opener សកលមិនជំនួស opener ឯកជនដែលមានស្រាប់ទេ; កំណត់រចនាសម្ព័ន្ធការដឹកជញ្ជូនដែលអតិថិជន SOAP នេះពិតជាប្រើ។

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