php Post limité à 1000 variables

J'ai une grande forme et je peux le voir dans firebug que tous les éléments' les valeurs sont envoyés correctement, mais quand je print_r($_POST) il y a seulement 1000 variables affichées. Mon max_post_size est fixé à 25M, donc je sais que ce n'est pas la question et j'ai recherché dans mon php.ini pour des mots-clés comme 'post' et 'max' et je n'ai pas trouver quoi que ce soit.

1000 est seulement d'environ 1/4 des éléments que je suis de passage donc, évidemment, c'est un assez gros problème pour moi, j'ai vraiment apprécier l'aide que je peux obtenir.

Seulement 1000 variables?
(la bouche) UN MILLE?
C'est probablement une limitation du protocole HTTP (bien que je n'ai jamais entendu parler). Est-il possible que vous pouvez réduire le nombre de variables envoyées dans votre POST? Je n'ai jamais entendu parler d'un site qui a PLUS de 9000 (devait être dit) variables POST.
en fait il a 4000!!
Je serais ravi de voir cette forme, avez-vous un lien?
vous n'aimez pas vos utilisateurs-vous?
Même ici, merci d'envoyer le lien vers le formulaire.
lol, c'est un site interne donc je ne peux malheureusement pas vous donner les gars un lien. Envoie que de nombreux une mauvaise idée? La sécurité ne sera pas un problème car il est interne, mais je suis ouvert aux suggestions.
séparée en vers des pages internes ou pas, il serait encore une **** à remplir.
Ce n'est pas la réponse à votre question. Mais je pense que je devrais donner un conseil. Pouvez-vous essayer de simplifier ce formulaire en quelques étapes? Il sera agréable pour les utilisateurs et pour vous. 😉
Je ne peux pas le casser, c'est une configuration de table avec de nombreux éléments cachés qui sont modifiés en tant que de besoin par un simple formulaire. Ce n'est pas un formulaire d'inscription ou quelque chose comme ça.
vous parie un million de dollars que vous pouvez rompre dans des pages séparées. Vous devriez peut-être poster que comme une question "comment briser cette dans des pages séparées ..."
il n'est pas possible, ni pratique. Mes utilisateurs serait vraiment la haine de moi, puis - que la plupart des éléments sont pré-remplies par un fichier CSV.
eh bien, je ne le crois pas. le meilleur de la chance.
lol, comment pouvez-vous dire que, sans même voir la page? Désolé si je ne suis pas fait un assez bon travail de description de l'application, mais vous avez juste à prendre mon mot pour lui.
Juste pour dire, j'ai un formulaire avec plus d'3000 case. Pas vraiment jolie, mais les utilisateurs à sélectionner eux, soit avec la souris ou avec un scanner de code-barres. Je ne vois rien d'étrange à cela, il peut être fait mieux peut-être.

InformationsquelleAutor jreed121 | 2012-02-29

php post

35

Je vois ce que vous avez fait ici.
```
max_input_vars, 1000
```
Introduit dans le but de prévenir la collision de hachage attaque:
http://www.phpclasses.org/blog/post/171-PHP-Vulnerability-May-Halt-Millions-of-Servers.html
Mais a échoué dans 5.3.9:
http://www.phpclasses.org/blog/post/175-Another-Serious-Security-Bug-on-PHP-539.html
Donc, vous devriez mettre à jour à 5.3.10+ si qui est le problème.
- Pourrait être suhosin.post.max_vars = 1000 aussi (si il utilise Suhosin, bien sûr).
- pourrait être, vous avez raison, mais toutes les entreprises d'hébergement devrait avoir mis à jour à 5.3.10+ 🙂
- J'ai vu que sur le max_input_vars et suhosin.post.max_vars paramètres, mais il n'est ni dans mon php.ini. J'ai 5.3.6 installé.
- Avez-vous essayé de l'éteindre et de rallumer 🙂 Vérifié ici php.net/ChangeLog-5.php et pas un mot à propos de la limitation, désolé... Si vous le pouvez, de mise à jour de PHP. Fait un test rapide for($i = 0; $i < 4000; $i++) $_POST[$i] = rand(); sur quelques versions et pas de problème.
- les lignes qui n'existent même pas dans le php.fichier ini.
- Veuillez vérifier votre phpinfo() pour la version de PHP, si suhosin est activé et le cas échéant les valeurs de suhosin.post.max_vars et max_input_vars.
- J'ai ajouté max_input_vars = 2000 et redémarré la machine et cela a fonctionné
- Il en est encore ainsi dans la dernière PHP emballé par yum dans CentOS. Comme @jreed121 j'ai ajouté la variable à l'aide de php.ini (il était absent) et redémarré Apache, qui a fait le travail.
- Même problème pour centos 7.2 résolu avec cette astuce.
InformationsquelleAutor Dejan Marjanovic
7

J'ai eu exactement le même problème de l'1000 variable limite à l'aide de PHP v5.4.20. Même si le php.fichier ini ne contient pas de telles "max_input_vars en ligne", j'ai simplement trouvé une place confortable au logement en vertu de la haut [PHP] section, a ajouté la ligne "max_input_vars = 10000', redémarré Apache et tout a été résolu.

InformationsquelleAutor RobOrland
6

J'ai eu une situation semblable; seulement je pouvais POSTER les 1000 premiers éléments d'un tableau.

Ma solution a été de implode() le tableau dans une chaîne longue et explode() sur le côté serveur.

json_encode() pourrait probablement travailler aussi bien.

InformationsquelleAutor Thunder Rabbit
0

Ok. J'ai trouvé une solution à l'aide de jquery

J'ai fait comme ceci
```
$("#single-form").submit(function(event) {
    event.preventDefault();
    var table_data = $(this).serialize();
    console.log(table_data);
  //ajax call to handle the data
}
```
sérialiser fonction de donner l'URL encodées de toutes les données du formulaire et dans le fichier PHP suffit d'utiliser la fonction parse_str pour analyser la chaîne dans des variables.

InformationsquelleAutor Jay Maharjan

Vous devez vous connecter pour publier un commentaire.