لماذا يفقد PHP-FPM الوكيل الذي يعمل في طرفيتك

يمكن لملف PHP نفسه استخدام وكيل في طرفية والاتصال مباشرة عند تقديمه بواسطة PHP-FPM. ابدأ بمقارنة العمليات التي تشغّله. تبدأ طرفيتك PHP ببيئة الصدفة الخاصة بها؛ ويُرسل خادم الويب طلبًا إلى عمال أنشأهم FPM بالفعل.

انظر إلى بيئة العامل

إعداد تجمع FPM clear_env ومدخلات env[NAME] الصريحة. عند تفعيل مسح البيئة، لا يؤدي تصدير متغير في صدفة تسجيل الدخول إلى وضعه في عامل. يمكن لمدخلات التجمع تمرير متغيرات مختارة:

env[http_proxy] = http://203.0.113.10:8080
env[https_proxy] = http://203.0.113.10:8080

طبّق تغييرات الإعداد عبر إجراء إعادة تحميل FPM المعتاد في نشرك. ضع القيم في التجمع الذي يخدم التطبيق فعلاً. قد يفسّر تجمع أو حساب خدمة أو حاوية مختلفة سبب عدم تأثير تعديل يبدو صحيحًا.

افحص فقط وجود الإعدادات المتوقعة عند تصحيح طلب حي. قد تكشف صفحة تشخيص عامة تطبع قيم البيئة الكاملة بيانات اعتماد الوكيل مع أسرار غير ذات صلة.

ثم تحقق من نقل PHP

لدى libcurl معالجة موثّقة لبيئة الوكيل؛ كما أن مقبض PHP cURL صريح له خياراته الخاصة. ولغلاف تدفق HTTP في PHP إعداد سياق منفصل. تزويد العامل بالمتغيرات لا يجعل كل واجهات شبكة PHP تستهلكها.

يمنح ذلك فحصًا مفيدًا من جزأين: تأكد مما تلقاه العامل، ثم تأكد من كيفية قراءة عميل HTTP المختار لإعدادات الوكيل. إذا تلقى CLI وFPM القيم نفسها لكنهما ما زالا يتصرفان بشكل مختلف، فقارن بعد ذلك خيارات العميل وقواعد التجاوز. لا يمكن لتعديل ملف تعريف الصدفة مرارًا أن يحسم اختلافًا داخل عميل HTTP في العامل.