פֿאַרוואָס 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 האַנטאַב האָט אויך זײַנע אייגענע אָפּציעס. PHP'ס HTTP שטראָם אַרומנעם האָט אַ באַזונדערער קאָנטעקסט קאָנפֿיגוראַציע. צושטעלן וואַריאַבלען צו אַן אַרבעטער מאַכט נישט אַז יעדער PHP נעץ API זאָל זיי נוצן.

דאָס גיט אַ נוצלעכע צווייטייליקע פּרופֿונג: באַשטעטיק וואָס דער אַרבעטער האָט באַקומען, דערנאָך באַשטעטיק ווי דער אויסגעקליבענער HTTP קליענט לייענט פּראָקסי איינשטעלונגען. אויב CLI און FPM באַקומען די זעלבע ווערטן אָבער פֿירן זיך נאָך אַנדערש, פֿאַרגלײַך ווײַטער די קליענט אָפּציעס און אַריבערפֿיר־כּללים. איבערחזרנדיקע רעדאַקטירונג פֿון דער סעלע פּראָפֿיל קען נישט אײַנטיילן אַ חילוק אין דעם אַרבעטער'ס HTTP קליענט.