Miks PHP-FPM kaotab puhverserveri, mis terminalis töötab

Sama PHP-fail võib terminalis kasutada puhverserverit ja minna otse, kui seda teenindab PHP-FPM. Alusta protsesside võrdlemisest, mis seda käivitavad. Sinu terminal käivitab PHP koos oma kesta keskkonnaga; veebiserver saadab päringu tööprotsessidele, mille FPM on juba loonud.

Vaata tööprotsessi keskkonda

FPM-i pooli seadistus pakub clear_env ja selgesõnalisi env[NAME] kirjeid. Kui keskkonna puhastamine on lubatud, ei pane sisselogimiskesta muutuja eksportimine seda tööprotsessi. Pooli kirjed saavad edasi anda valitud muutujaid:

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

Rakenda seadistuse muudatused oma juurutuse tavapärase FPM-i uuestilaadimise protseduuri kaudu. Pane väärtused pooli, mis tegelikult rakendust teenindab. Teine pool, teenusekonto või konteiner võib selgitada, miks näiliselt õigel muudatusel pole mõju.

Reaalajas päringu silumisel kontrolli ainult seda, kas oodatud seaded on olemas. Avalik diagnostikaleht, mis trükib välja terved keskkonnaväärtused, võib paljastada puhverserveri volitusi koos kõrvaliste saladustega.

Seejärel kontrolli PHP transporti

libcurlil on dokumenteeritud puhverserveri keskkonna käsitlus; selgesõnalisel PHP cURL-i käepidemel on ka omad valikud. PHP HTTP-voogude wrapperil on eraldi konteksti seadistus. Muutujate andmine tööprotsessile ei pane iga PHP võrgu-API-t neid tarbima.

See annab kasuliku kaheosalise kontrolli: kinnita, mida tööprotsess sai, seejärel kinnita, kuidas valitud HTTP-klient puhverserveri seadeid loeb. Kui CLI ja FPM saavad samad väärtused, kuid käituvad siiski erinevalt, võrdle järgmisena kliendi valikuid ja mööduvõtmise reegleid. Kesta profiili korduv muutmine ei saa lahendada erinevust tööprotsessi HTTP-kliendi sees.