Discussion :

[beyo]

Dans une de mes pages d'administration d'extranet, je dois afficher une liste de champs que l'utilisateur à paramétré dans d'autres pages (je ne maitrise pas le nombre). Dans cette page l'utilisateur valide des familles/ sous-familles / articles et ce nombre peut-être élevé.
Le souci est qu'au final, pour cet enregsitrement, il y a ~2000 champs. (L'utilisateur lui peut cocher plusieurs familles ou sous-familles entrainant le "cochage" des articles correspondant.
Mais je me suis rendu compte suite à un retour client, qu'il y a un problème et que le formulaire n'est pas enregistré.
J'ai fait un print_r($_POST) et je me suis rendu compte qu'au final, "seuls" 1000 champs sont pris en compte !
J'ai lu que le problème pouvait venir de post_max_size qui est à 8M (=> j'ai augmenté jusqu'à 100M) mais celà ne change rien, j'ai toujours mes 1000 valeurs de post récupérées, pas une de plus.

Quel paramètre (php, autre ?) peut-on changer ?
Quelle alternative concrète puis-je proposer ? Sachant que les client sont très content de ne pas avoir 36 formulaires à valider pour 36 familles de produits, sachant que dans cet exemple de 36 chaque famille est obligatoirement à valider s'il y a au moins un produit dans une famille.
Tout ça pour dire que je préfèrerait : 1 trouver une solution changement "paramétrage" php ou modification du formulaire sans segmentation de celui-ci

merci d'avance

[sabotage]

Sûrement max_input_vars, par défaut il vaut 1000.

[beyo]

OK, ça fonctionne, j'avais déjà lu sur un post qu'on pouvait changer cette variable, mais je ne l'avais pas fait car elle n'était pas présente dans mon php.ini
J'avais supposé que c'était accessible dans certaines config de php.
Donc, cette variable doit être codée "en dur" dans le code php.

En tout cas merci.
J'étais parti sur une route plus sinueuse, en utilisant javascript au moment de la soumission du formulaire pour concaténer les valeurs dans un nouveau champ (1500 contre 1), détruire les ancien champs et soumettre à nouveau . Ca doit fonctionner mais j'ai toujours des doutes sur ces framework JS et le fonctionnement sur tout navigateur.

Merci

[sabotage]

Donc, cette variable doit être codée "en dur" dans le code php.

Heu non c'est une directive classique du php.ini
Elle n'existe pas avant PHP 5.3.9.

[beyo]

Heu non c'est une directive classique du php.ini

oui, je ne dis pas le contraire

Elle n'existe pas avant PHP 5.3.9

Ceci explique celà, j'ai un système avec php 5.2 ou cette directive n'apparait pas dans le php.ini, mais peut effectivement être modifié via .htaccess