WordPress خپل سایټ د پراکسي څخه بهر ساتي

WP_PROXY_HOST او WP_PROXY_PORT ټاکل شوي دي. بهرني API ته غوښتنه پراکسي کاروي، خو WordPress خپل هوسټ نوم ته بېرته تلونکې غوښتنه نه کاروي. دا کېدای شي د HTTP API ارادي تېرېدو تګلاره وي.

WP_HTTP_Proxy پرېکړه کوي چې ایا یو ځانګړی URI باید د پراکسي له لارې تېر شي. د دې اصلي منطق localhost او هغه هوسټ نوم تېروي چې د سایټ د ټاکل شوي siteurl څخه ترلاسه کېږي. دا د پراکسي ثابتونو شتون ټاکلو څخه جلا دی.

هغه URL وګورئ چې WordPress ارزښت ورکړی

غوښتل شوی هوسټ نوم، ټاکل شوی سایټ URL او WP_PROXY_BYPASS_HOSTS یو ځای وساتئ. عامه هوسټ نوم ته غوښتنه او داخلي مستعار نوم ته غوښتنه کولای شي جلا پرېکړې وکړي، حتی که دواړه یوې همدې اپلیکیشن ته ورسیږي.

WP_PROXY_BYPASS_HOSTS د هوسټونو د استثناوو ټاکل شوې لیست زیاتوي. دا د لیرې پراکسي لخوا د اجازه شوو منزلونو ټولګه نه ده، او بل ډول بند شوې بهرنۍ غوښتنه اجازه وړ نه کوي.

د خپل سایټ اصلي استثنا کېدای شي ګټوره وي: دا د ځایي loopback ډول اپلیکیشن غوښتنې منځګړي ته وړلو مخه نیسي. خو هغه نصب چې پکې د سایټ عامه هوسټ نوم یوازې د یوې ځانګړې منظور شوې لارې له لارې رسېدلی شي، کېدای شي بل قصداً پرېکړه ته اړتیا ولري.

پرېکړه په ملاتړ شوي هک کې بدله کړئ

د pre_http_send_through_proxy فلټر کولای شي د هر URI پرېکړه باطله کړي. هر باطلول تنګ وساتئ او د هغه هوسټ یا شرط سره یې سم کړئ چې باید اداره یې کړي. هر URI ته یو ثابت ځواب بیرته کول د ټول HTTP API تګلاره بدلوي.

ټاکل شوی لیږد هم وڅېړئ. هغه کوډ چې جلا SDK یا خام PHP شبکه ای فنکشن بولي، په اتوماتيک ډول د WordPress HTTP API او د هغې فلټر نه کاروي.

کله چې دا لار تشخیصوئ، د تېرېدو پرېکړه ثبت کړئ پرته له دې چې بشپړې غوښتنې دلیلونه په عامه توګه خپاره کړئ. دوی کېدای شي کوکي، حساب معلومات او د پراکسي رازونه ولري. د پراکسي هغه ثبت چې سمه غوښتنه نه لري د تېرېدو سره سمون لري، خو یوازې هغه د هغې غوښتنې څخه چې هېڅکله نه ده شوې بېلولو لپاره بس نه دی.