ਇੱਕ ਸਥਾਨਕ 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 ਡਾਊਨਲੋਡ ਮੁੜ ਲਿਖਣ ਜਾਂ ਰੋਕਣ ਵਾਲਾ ਨਹੀਂ ਮੰਨਿਆ ਜਾਣਾ ਚਾਹੀਦਾ।