Տեղական 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-ի բառապաշարը՝ փոխարենը բեռնիչին ասելու, թե որտեղից բերել ֆայլը։ Դրանց փոխարինումը կարող է փոխել ծառայության պայմանագիրը։

Կրկին փորձարկեք կառուցումը՝ արձանագրելով քեշի վիճակը. քեշավորված սահմանումները կարող են մեկ մեքենայի վրա թաքցնել բացակայող կախվածությունը։ Ծառայության URL-ի վերագրանցումը գործում է ավելի ուշ փուլում, իսկ հատուկ __doRequest()-ը զբաղվում է SOAP փոխանակմամբ. ոչ մեկից չի կարելի ենթադրել, որ այն վերագրում կամ որսում է կառուցման ընթացքի բոլոր schema ներբեռնումները։