د سیمې 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 حالت ثبت کړئ او جوړېدل بیا ازموئ: زیرمه شوي تعریفونه کولی شي په یوه ماشین کې ورکه تړاو پټ کړي. د خدمت URL بیا لیکل په وروستي پړاو کې پلي کیږي، او ځانګړی __doRequest() د SOAP تبادله سمبالوي؛ د دوی له هیچا هم دا نه باید انګېرل شي چې د جوړېدو پر مهال ټول schema ډاونلوډونه بیا لیکي یا منځته ورننوځي.