2017/07/28 09:17:56 [klaida] 2488#0: *460868 FastCGI išsiųstas stderr: "PHP pranešimas: PHP Įspėjimas: Nežinomas: Įvesties kintamieji viršijo 1000. Norėdami padidinti ribą, max_input_vars php.ini. Nežinoma eilutėje 0", skaitant atsakymo antraštę iš pradinės srovės, klientas: 1.1.1.1, serveris:www.itsvse.com, užklausa: "POST /admin.php HTTP/1.0", prieš srovę: "fastcgi://127.0.0.1:9000", host: "www.itsvse.com", referrer: "http://www.it.com/xxx"
Problema, kuri pasirodo php klaidų žurnale
Klaidų ataskaita vis dar labai draugiška, joje turėtų būti rodomas maksimalus įrašų skaičius, iki 1000 pranešimų
Kiti internete taip pat susidūrė su juo
Prieš kurį laiką dalyvavau kuriant APP API, iš kurių viena yra siųsti kliento adresų knygą per JSON, POST užklausos API, bandymo pradžioje nerado jokių problemų, o tada klientas išbandė įkeltus duomenis neišsamiai, pranešdamas apie nenormalią klaidą. Vėliau patikrinau žurnalus ir pastebėjau, kad POST gauti duomenys buvo neišsamūs. Nepriklausomai nuo to, ar vienu metu perduodama 1 000 ar 2 000, žurnale rodoma tik daugiau nei 300 įrašų.
Po popietės mėtymo, aš pagaliau nustatė, kad JSON paketas, kuris buvo paskelbtas buvo sutrumpintas PHP pagal nutylėjimą. Priežastis yra susijusi su parametru. php.ini max_input_vars faile. Tai kintamasis, kuris buvo pridėtas nuo PHP 5.3.9.
max_input_vars, nurodo išreikštų įsipareigojimų skaičių, kurio numatytoji reikšmė yra 1000. Oficialus šio kintamojo pridėjimo tikslas yra geriau apsaugoti serverį nuo atakų. Venkite užsikimšimo.
Po pakeitimo, jums reikia pakeisti ir iš naujo php-fpm
PHP-FPM STOP paslauga
Paslaugos PHP-FPM pradžia
Iš naujo paleidus php-fpm, max_input_vars įsigalios, ar problema išspręsta?
Sprendimas, pakeiskite php.ini max_input_vars parametrus ir paleiskite iš naujo, kad išspręstumėte problemą!
|
Paskelbta 2017-07-28 09:49:33
|
|
|
|
