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 ও এর ফিল্টার ব্যবহার করে না।

এই পথ নির্ণয় করার সময় সম্পূর্ণ অনুরোধের আর্গুমেন্ট প্রকাশ্যে না ছড়িয়ে বাইপাস সিদ্ধান্ত লিপিবদ্ধ করুন। সেগুলোতে কুকি, অ্যাকাউন্ট তথ্য ও প্রক্সি গোপনীয়তা থাকতে পারে। মিলিত অনুরোধহীন প্রক্সি লগ বাইপাসের সঙ্গে সামঞ্জস্যপূর্ণ, তবে কখনো না করা অনুরোধ থেকে এটি আলাদা করতে একা যথেষ্ট নয়।