ولې PHP-FPM هغه پروکسي له لاسه ورکوي چې ستاسو په ټرمینل کې کار کوي

هماغه PHP فایل کولای شي په ټرمینل کې پروکسي وکاروي او د PHP-FPM لخوا د خدمت پر مهال مستقیم ولاړ شي. د هغو پروسو په پرتله کولو پیل وکړئ چې دا چلوي. ستاسو ټرمینل PHP د shell چاپېریال سره پیلوي؛ ویب سرور هغو کارګرو ته غوښتنه لېږي چې FPM دمخه جوړ کړي دي.

د کارګر چاپېریال ته وګورئ

د FPM پول ترتیبات clear_env او روښانه env[NAME] ننوتنې برابروي. د چاپېریال پاکولو فعالېدو سره، په ننوتلو shell کې د یو متغیر صادرول هغه په کارګر کې نه ږدي. د پول ننوتنې غوره شوي متغیرونه لېږدولای شي:

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

د ترتیباتو بدلونونه د خپل ځای پرځای کولو د عادي FPM بیا بارولو پروسې له لارې پلي کړئ. ارزښتونه په هغه پول کې وایاست چې واقعاً اپلیکیشن ته خدمت کوي. بل پول، د خدمت حساب یا کنټینر کولای شي تشریح کړي چې ولې په ظاهره سم سمون اغېزه نه لري.

کله چې ژوندۍ غوښتنه ډیباګ کوئ، یوازې دا وګورئ چې ایا تمه شوي تنظیمات شته. یو عامه تشخیصي پاڼه چې بشپړ چاپېریال ارزښتونه چاپوي کولای شي د پروکسي اعتبار اسناد د غیر اړوندو رازونو سره یوځای افشا کړي.

بیا د PHP ترانسپورت وګورئ

libcurl د پروکسي چاپېریال مستندې ادارې لري؛ یو روښانه PHP cURL لاستی هم خپلې خوښې لري. د PHP HTTP جریان بسته بېله شرایطي ترتیبات لري. کارګر ته متغیرونه ورکول د دې لامل نه کېږي چې هر PHP شبکوي API هغه وکاروي.

دا یوه ګټوره دوه برخې کتنه درکوي: تایید کړئ چې کارګر څه ترلاسه کړل، بیا تایید کړئ چې غوره شوی HTTP کلاینټ د پروکسي تنظیمات څنګه لولي. که CLI او FPM ورته ارزښتونه ترلاسه کوي خو بیا هم بېل چلند کوي، بیا د کلاینټ خوښې او د تېرېدو قواعد پرتله کړئ. د shell پروفایل تکراري سمون د کارګر د HTTP کلاینټ دننه توپیر نه شي حل کولای.