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 ଏବଂ ଏହାର ଫିଲ୍ଟର ବ୍ୟବହାର କରେ ନାହିଁ।

ଏହି ମାର୍ଗ ନିର୍ଣ୍ଣୟ କରିବାବେଳେ ସମ୍ପୂର୍ଣ୍ଣ ଅନୁରୋଧ ଆର୍ଗୁମେଣ୍ଟ ସାର୍ବଜନୀନ ଭାବରେ ନ ଢାଳି ବାଇପାସ ନିଷ୍ପତ୍ତି ରେକର୍ଡ କରନ୍ତୁ। ସେଥିରେ କୁକି, ଖାତା ସୂଚନା ଏବଂ ପ୍ରକ୍ସି ରହସ୍ୟ ଥାଇପାରେ। ମେଳ ଖାଉଥିବା ଅନୁରୋଧ ନ ଥିବା ପ୍ରକ୍ସି ଲଗ ବାଇପାସ ସହ ସୁସଙ୍ଗତ, କିନ୍ତୁ କେବେ ନ କରାଯାଇଥିବା ଅନୁରୋଧଠାରୁ ଏହାକୁ ଅଲଗା କରିବାକୁ ଏକାକୀ ଯଥେଷ୍ଟ ନୁହେଁ।