WordPress ले आफ्नै साइटलाई प्रोक्सी बाहिर राख्छ

WP_PROXY_HOST र WP_PROXY_PORT सेट गरिएका छन्। बाह्य API मा जाने अनुरोधले प्रोक्सी प्रयोग गर्छ, तर WordPress को आफ्नै होस्टनाममा फर्कने अनुरोधले गर्दैन। त्यो HTTP API को अभिप्रेत बाइपास नीति हुन सक्छ।

WP_HTTP_Proxy ले कुनै विशेष URI प्रोक्सीबाट जानुपर्छ कि भनेर निर्धारण गर्छ। यसको पूर्वनिर्धारित तर्कले localhost र साइटको कन्फिगर गरिएको siteurl बाट प्राप्त होस्टनाम बाइपास गर्छ। यो केवल प्रोक्सी स्थिरांकहरू अवस्थित छन् कि छैनन् भनेर निर्धारण गर्नबाट छुट्टै हो।

WordPress ले मूल्याङ्कन गरेको URL जाँच्नुहोस्

अनुरोध गरिएको होस्टनाम, कन्फिगर गरिएको साइट URL र WP_PROXY_BYPASS_HOSTS सँगै राख्नुहोस्। सार्वजनिक होस्टनाममा गरिएको अनुरोध र आन्तरिक उपनाममा गरिएको अनुरोधले दुवै एउटै अनुप्रयोगमा पुगे पनि फरक निर्णय लिन सक्छन्।

WP_PROXY_BYPASS_HOSTS ले कन्फिगर गरिएको होस्ट अपवादहरूको सूची थप्छ। यो टाढाको प्रोक्सीले अनुमति दिने गन्तव्यहरूको समूह होइन, र यसले अन्यथा अवरुद्ध बाह्य अनुरोधलाई अनुमतियोग्य बनाउँदैन।

पूर्वनिर्धारित स्व-साइट अपवाद उपयोगी हुन सक्छ: यसले स्थानीय लूपब्याक प्रकारको अनुप्रयोग अनुरोध मध्यस्थकर्तामा लैजानबाट बचाउँछ। तर सार्वजनिक साइट होस्टनाम कुनै विशेष स्वीकृत मार्गबाट मात्र पहुँचयोग्य हुने स्थापनालाई फरक जानाजानी निर्णय चाहिन सक्छ।

समर्थित हुकमा निर्णय परिवर्तन गर्नुहोस्

pre_http_send_through_proxy फिल्टरले प्रत्येक URI को निर्णय ओभरराइड गर्न सक्छ। कुनै पनि ओभरराइड साँघुरो राख्नुहोस् र यसले सम्हाल्नुपर्ने होस्ट वा सर्तसँग मिलाउनुहोस्। प्रत्येक URI का लागि एउटै स्थिर उत्तर फर्काउनाले सम्पूर्ण HTTP API को नीति परिवर्तन हुन्छ।

छानिएको यातायात पनि समीक्षा गर्नुहोस्। छुट्टै SDK वा कच्चा PHP नेटवर्किङ फंक्शन कल गर्ने कोडले स्वतः WordPress को HTTP API र यसको फिल्टर प्रयोग गर्दैन।

यो मार्ग निदान गर्दा, पूर्ण अनुरोध आर्गुमेन्टहरू सार्वजनिक रूपमा नफैलाई बाइपास निर्णय अभिलेख गर्नुहोस्। तिनमा कुकीहरू, खाता जानकारी र प्रोक्सी रहस्यहरू हुन सक्छन्। मिल्दो अनुरोध नभएको प्रोक्सी लग बाइपाससँग मेल खान्छ, तर कहिल्यै नगरिएको अनुरोधबाट यसलाई छुट्याउन एक्लै पर्याप्त हुँदैन।