|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Membre à l'essai
![]() Inscription : novembre 2009 Messages : 91 ![]() |
Bonjour à tous,
Pour une appli web scientifique, j'ai un giga formulaire qui ramène plus de 1000 variables POST. Lors de test, je m'aperçois que le serveur tronque le tableau $_POST à environ 950 variables (ce n'est pas régulier). J'ai modifié le php.ini pour un post_max_size à 16 Mo au lieu de 8Mo (ce qui est déjà énorme, il n'y a pas de fichier, juste quelques caractères par variables). Mon problème ressemble à celui-ci, mais l'auteur n'indique pas quelle extension limitait le nombre de variables. Une idée ? Merci d'avance, |
|
|
00
|
|
|
#2 |
|
Membre confirmé
![]() Bertrand Étudiant Inscription : octobre 2010 Messages : 216 ![]() |
Bonjour,
je ne sais pas si cela pourrais t'aider ni si cela marche mais tu pourrais peut être en envoyer la moitié via la méthode post et l'autre moitié via la méthode get (je ne connais pas la limite de get). voila c'était juste une idée mais je ne sais pas vraiment si ca pourrai marcher...
__________________
Ce n'est pas ce que nous voulons faire qui est impossible mais ce sont les moyens à sa mise en oeuvre qui peuvent le paraître Ps: N'oubliez pas SVP
|
|
|
00
|
|
|
#3 |
|
Membre à l'essai
![]() Inscription : novembre 2009 Messages : 91 ![]() |
Mmh... Les limites du GET dépendent des navigateurs.
C'est peut-être possible, mais disons que ce sera la rustine temporaire d'urgence. Je préfère résoudre la question du POST. |
|
|
00
|
|
|
#4 |
|
Membre Expert
![]() Inscription : janvier 2006 Messages : 951 ![]() |
bonjour
tente un message privé. sinon desactive tes extensions une a une ... et tu seras à l'abris de rien. je vois bien un workaround avec un peu d'ajax... je suis sur qu'un formulaire de 1000 champs c'est imbitable y compris pour un Scientifique. tu peux faire une configuration en 4 ou 5 pages avec navigations dans les pages et sauvegarde des variables non affichées dans $_SESSION. une url a un nombre de caractère maximum, comme tout ici bas. il est assez élevé mais avoir des liens qui pèse à l'url seule 20k c'est stupide. En plus une présentation plus réfléchies -> plus facile à lire plus facile à lire -> moins d'erreur moins d'erreur -> plus de résultats
__________________
PHP fait nativement la validation d'adresse électronique Utilisez le bouton résolu! |
|
|
10
|
|
|
#5 | ||
|
Membre éclairé
![]() bioinfo Inscription : mai 2003 Messages : 385 ![]() |
Bonjour,
Je ne sais pas de quel type de formulaire il s'agit, mais faisant aussi pas mal de formulaires à caractères scientifiques, il n'est pas rare de devoir rapatrier plus de 1000 champs, comme par exemple une sélection de séquences. Je viens de refaire un test sur une de mes applis et je récupère sans problème 1380 données en POST. Dans mon cas, il s'agit de données complètement homogènes. Mes champs passés en post sont du type : Code :
Apres je ne sais pas si le comportement est le même avec d'autre types d'input ou si il existe un millier de noms de variables à récupérer au lieu d'un seul.... A noter aussi ma config : Apache (es-tu sous IIS ?) / PHP5 sous Centos Je n'ai rien vu dans le php.ini, ni dans httpd.conf et autres .conf qui correspondrait à un nombre maximum de variables pouvant passer... mais je ne suis pas experte dans ce domaine non plus ! Bon courage, Sohnic
__________________
http://www.noctinfo.fr/ (\ _ /) (='.'=) Voici Lapinou. Aidez-le à conquérir le monde en le reproduisant. (")-(") |
||
|
|
00
|
|
|
#6 |
|
Membre à l'essai
![]() Inscription : novembre 2009 Messages : 91 ![]() |
Merci de vos réponses.
Gene69 (génération 69 ?), qu'appelles-tu "message privé" ? Il est effectivement possible de découper le formulaire, mais c'est franchement pas top, et pas plus facile à lire dans mon cas. Sinon, oui, il me restera à mettre de l'Ajax pour valider chaque donnée lors de la sortie de champs texte ou onselect.... Je m'y prépare, ça a son intérêt mais c'est quand même un poil plus compliqué. Pour le reste, je suis sous Apache / Mandriva. Aucune idée des extensions qui peuvent être à l'origine de ce bug ? |
|
|
00
|
|
|
#7 |
|
Membre éclairé
![]() bioinfo Inscription : mai 2003 Messages : 385 ![]() |
Bonjour,
Non, toujours aucune idée... Le bug est peut-être ailleurs... As-tu regardé les logs d'erreurs d'apache (et ceux d'accès aussi d'ailleurs) ? N'étant pas dans ton script c'est dur de voir ce qui peut clocher. Par exemple, procèdes-tu à des insertions en bases de données, sans avoir escapé les apostrophes, et sans die if mysql_error() suivant tes requêtes. Affiches-tu les erreurs de tes scripts, ou ton php.ini l'empêche ? S.
__________________
http://www.noctinfo.fr/ (\ _ /) (='.'=) Voici Lapinou. Aidez-le à conquérir le monde en le reproduisant. (")-(") |
|
|
00
|
|
|
#8 |
|
Membre Expert
![]() Inscription : septembre 2010 Messages : 1 242 ![]() |
Je remonte ce post vieux de plusieurs mois car je suis tombé dessus en cherchant les éventuelles limitations des post par ajax.
Comme cité dans le lien du premier message de ce topic, certains modules peuvent permettre la limitation du nombre de post php, et c'est le cas pour le module suhosin, par exemple : suhosin.post.max_vars = 1000 suhosin.request.max_vars = 1000 Il existe peut-être maintenant l'équivalent avec les dernières versions php, mais n'étant pas spécialiste de l'administration serveur je ne peux pas vous en dire plus.
__________________
- Réalisations - Interface graphique : génération en javascript d'objets défilants, texte et/ou images, mode horizontal ou vertical. |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com