टाढाको WSDL लोडिङ SoapClient कन्स्ट्रक्टरभित्र हुन सक्छ। त्यो पहिलो प्राप्तिअघि प्रोक्सी दिनुहोस्:

$client = new SoapClient('https://service.example.com/api?wsdl', [
    'proxy_host' => '203.0.113.10',
    'proxy_port' => 8080,
    'proxy_login' => getenv('PROXY_USER'),
    'proxy_password' => getenv('PROXY_PASSWORD'),
    'connection_timeout' => 5,
    'exceptions' => true,
]);

वास्तविक WSDL, प्रोक्सी होस्ट/पोर्ट र इच्छित प्रमाण स्रोत प्रयोग गर्नुहोस्। होस्ट फिल्ड ठेगाना हो, यसको पोर्ट अलग छ।

जब यो असफल हुन्छजाँच गर्नुपर्ने अनुरोध वा सञ्चालन
क्लाइन्ट निर्माणWSDL प्राप्ति वा कागजात प्रशोधन।
आयातित कागजात/स्किमा प्रशोधनवास्तविक अतिरिक्त प्राप्ति URL।
SOAP विधि कलWSDL मा घोषित सेवा इन्डपोइन्ट, सम्भवतः अर्को होस्टमा।

क्यास गरिएको WSDL प्रयोग गर्ने कार्यकर्ताले अर्को मेसिनमा असफल हुने अनुरोध छोड्न सक्छ। क्यास कन्फिगरेसन र वास्तविक असफल URL तुलनासँगै राख्नुहोस्, केवल निर्माणको सफलताका आधारमा प्रोक्सी नबदल्नुहोस्।

proxy_login/proxy_password प्रमाणित गर्छन् मध्यस्थलाई। गन्तव्य login/password र SOAP-स्तरको सेवा प्रमाणीकरण अन्य तहहरूको सेवा गर्छन्। User-Agent मा खाताजस्तो हेडर राख्नुको सट्टा समर्पित विकल्पहरू प्रयोग गर्नुहोस्; आवश्यक अनुप्रयोग हेडरहरू समर्थित हेडर इन्टरफेसमा पर्छन्।

रेकर्ड गर्नुहोस् सञ्चालन, लक्ष्य र चुनौती जारी गर्ने पक्ष रहस्यहरू हटाएर। connection_timeout ले जडान स्थापना सीमित गर्छ, लामो SOAP सञ्चालनको पूरा अवधि होइन।

सम्बन्धित लेखहरू