PhpXmlRpc को नेमस्पेस क्लाइन्टले फर्वार्ड-प्रोक्सी मार्गका लागि setProxy दिन्छ:

use PhpXmlRpc\Client;

$client = new Client('https://rpc.example/service');
$client->setProxy('proxy.example', 8080);

कन्स्ट्रक्टरले XML-RPC सेवा छान्छ; setProxy ले मध्यस्थको होस्ट र पोर्ट लिन्छ। HTTP प्रोक्सी सूची बाट आएको HTTP ठेगानाले ती भर्न सक्छ, त्यस्तो अनुमति प्राप्त सार्वजनिक XML-RPC एन्डपोइन्ट मार्गका लागि जसलाई प्रोक्सी खाता चाहिँदैन। छानिएको ट्रान्सपोर्टले आवश्यक स्किम समर्थन गरेमा यसले प्रोक्सी प्रयोगकर्तानाम, पासवर्ड र प्रमाणीकरण-प्रकारका आर्गुमेन्ट पनि स्वीकार्छ।

एप्लिकेसनका XML-RPC सन्देशहरू यो कन्फिगर गरिएको इन्स्ट्यान्सबाट पठाउनुहोस् र त्रुटिहरू लाइब्रेरीको सामान्य API बाट सम्हाल्नुहोस्। ट्रान्सपोर्टको HTTPS प्रमाणपत्र प्रमाणीकरण कायम राख्नुहोस्।

फ्रेमवर्कले व्यवस्थापन गर्ने क्लाइन्टका लागि

CodeIgniter 3 मा भित्रिएको XML-RPC लाइब्रेरी अर्कै क्लास हो। यसको server विधिले गन्तव्य तोक्छ; PhpXmlRpc को उदाहरणले $this->xmlrpc ले setProxy दिन्छ भनी प्रमाणित गर्दैन।

वास्तवमा कुन क्लास र ट्रान्सपोर्ट बनेका छन् पहिचान गर्नुहोस्, त्यसपछि त्यही क्लाइन्टको प्रोक्सी इन्टरफेस प्रयोग गर्नुहोस् र सम्भव भएसम्म फ्रेमवर्कको सन्देश-निर्माण कायम राख्नुहोस्।

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