2017/07/28 09:17:56 [erreur] 2488#0 : *460868 FastCGI envoyé en stderr : « PHP message : PHP Avertissement : Inconnu : Les variables d’entrée ont dépassé 1000. Pour augmenter la limite max_input_vars dans php.ini. en Inconnu sur la ligne 0" en lisant l’en-tête de réponse depuis l’amont, client : 1.1.1.1, serveur :www.itsvse.com, demande : « POST /admin.php HTTP/1.0 », en amont : « fastcgi://127.0.0.1:9000 », hôte : « www.itsvse.com », référent : « http://www.it.com/xxx »
Un problème qui apparaît dans le journal d’erreurs PHP
Le rapport d’erreur reste très convivial, il devrait afficher le nombre maximal de messages, jusqu’à 1000 messages
D’autres sur Internet l’ont également rencontré
Il y a quelque temps, j’ai participé au développement d’une API APP, dont l’une consiste à envoyer l’agenda du client via JSON, API de requête POST, au début du test sans problème trouvé, puis un client a testé les données téléchargées incomplètes, signalant une erreur anormale. Plus tard, j’ai vérifié les journaux et constaté que les données reçues par POST étaient incomplètes. Que 1 000 ou 2 000 soient passés simultanément, seuls plus de 300 enregistrements sont affichés dans le journal.
Après un après-midi de jeu, j’ai finalement découvert que le paquet JSON publié était tronqué par PHP par défaut. La raison est liée à un paramètre. php.ini max_input_vars dans le dossier. C’est une variable ajoutée depuis PHP 5.3.9.
max_input_vars, fait référence au nombre de commits exprimés, avec une valeur par défaut de 1000. Le but officiel de l’ajout de cette variable est de mieux protéger le serveur contre les attaques. Évitez de boucher.
Après modification, vous devez modifier et redémarrer php-fpm
Service Arrêt PHP-FPM
Service PHP-FPM Start
Après avoir redémarré php-fpm, le max_input_vars va prendre effet, le problème est-il résolu ?
Solution, modifiez php.ini max_input_vars paramètres, puis redémarrez pour résoudre le problème !
|
Publié sur 28/07/2017 09:49:33
|
|
|
|
