દૂરસ્થ 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 ક્રિયાના સંપૂર્ણ સમયગાળાને નહીં.

સંબંધિત લેખો