స్థానిక WSDL కూడా SoapClient ను నెట్‌వర్క్‌కు పంపగలదు

స్థానిక service.wsdl నిర్మాణ సమయంలో SoapClient దూరపు పత్రాలను తెచ్చేలా చేయగలదు. మొదటి ఫైల్‌ను స్థానికం చేయడం ఆ మొదటి డౌన్‌లోడ్‌ను మాత్రమే తొలగిస్తుంది:

local service.wsdl
  → internal Common.xsd
  → external Types.xsd
       → another schema location

మొదటి SOAP వ్యాపార కాల్‌కు ముందు, మొదటి విఫల పొందడం నుండి ప్రారంభించండి. ప్రతి WSDL దిగుమతి మరియు ప్రతి schema location ను జాబితా చేయండి, అవి తదనంతరం సూచించే పత్రాలతో సహా. ప్రతి సాపేక్ష సూచనను పరిష్కరించడానికి ఉపయోగించే మూల URL లేదా మార్గాన్ని ఉంచండి. అంతర్గత host లను నిజంగా బాహ్య proxy అవసరమయ్యే వనరుల నుండి వేరు చేయండి.

స్పష్టమైన SoapClient proxy అంతర్గత schema ను భిన్న DNS దృశ్యం లేదా యాక్సెస్ విధానం ఉన్న మధ్యవర్తి ద్వారా పంపగలదు. ప్రాసెస్-స్థాయి no_proxy వేరియబుల్ ఈ లోడింగ్ మార్గం దానిని చదువుతుందని నిరూపించదు. మీ PHP సంస్కరణ కోసం డాక్యుమెంట్ చేసిన ఎంపికలను ఉపయోగించండి; ఎంపికకు పర్యావరణ వేరియబుల్ పేరు పెట్టడం ప్రతి-దిగుమతి ఎంపికదారుని సృష్టించదు.

నిర్వచనాలను పూర్తిగా స్థానికంగా అమర్చడానికి, మొత్తం ఆధారపడటం సెట్ యొక్క ఆమోదించిన సంస్కరణలను పొందండి, వర్తించే దిగుమతి స్థానాలను స్థానిక బండిల్‌కు నవీకరించండి మరియు వాటి సాపేక్ష-మార్గ ఆధారాలను కాపాడండి. కొత్త మూల WSDL పాత రకాలను ఉపయోగించకుండా ఆ పత్రాలను కలిసి సంస్కరణ చేయండి.

namespace గుర్తింపులను తాకవద్దు. అవి URL లాగా కనిపించవచ్చు, కానీ అవి schema పదజాలాన్ని గుర్తిస్తాయి, ఫైల్ ఎక్కడి నుండి తేవాలో లోడర్‌కు చెప్పవు. వాటిని భర్తీ చేయడం సేవా ఒప్పందాన్ని మార్చవచ్చు.

cache స్థితిని నమోదు చేసి నిర్మాణాన్ని మళ్లీ పరీక్షించండి: cache చేసిన నిర్వచనాలు ఒక యంత్రంలో తప్పిపోయిన ఆధారపడటాన్ని దాచగలవు. సేవా URL భర్తీ తర్వాతి దశకు వర్తిస్తుంది, మరియు అనుకూల __doRequest() SOAP మార్పిడిని నిర్వహిస్తుంది; నిర్మాణ సమయంలోని అన్ని schema డౌన్‌లోడ్‌లను మళ్లీ రాస్తుందని లేదా అడ్డుకుంటుందని ఏదీ ఊహించకూడదు.