Limitation de données sur un serveur NAS avec MariaDB.

par **Aorgerit** » 27 déc. 2021, 18:57

faire x requetes update ne pose pas de problème. tous les champs seront bien mis à jour au final.

Bonjour.

J'y avais pensé également.
Personnellement c'est relativement 'bourrin' alors que l'on peut très bien disposer d'un textarea et balancer un roman en blob ou longtext.

Pas de solution trouvée adéquate à part celle-ci, c'est donc ce que je vais faire, du traitement par 'lots'.

Merci bien pour cet avis.

Je clos le sujet.

par **Aorgerit** » 25 déc. 2021, 17:24

Noté sur une requête SQLserver, (c'est pas le cas ici présent ) : limitation de 900 cars sur une requête.

par **Aorgerit** » 25 déc. 2021, 06:56

Listing des vars en $_POST, la dernière variable est forcé à 100 dans le tableau html, je clique et voila ce que j'ai :

kit_cyl = 0
num_mod_pis = 0
num_ser_cyl1 = 0
num_ser_pis1 = 0
num_ser_cyl2 = 0
num_ser_pis2 = 0
num_ser_cyl3 = 0
num_ser_pis3 = 0
num_ser_cyl4 = 0
num_ser_pis4 = 0
num_ser_cyl5 = 0
num_ser_pis5 = 0
num_ser_cyl6 = 0
num_ser_pis6 = 0
ref_res_max_ser = 0
cyl1_a = 0
cyl2_a = 0
cyl3_a = 0
cyl4_a = 0
cyl5_a = 0
cyl6_a = 0
cyl1_b = 0
cyl2_b = 0
cyl3_b = 0
cyl4_b = 0
cyl5_b = 0
cyl6_b = 0
max_b = 0
cyl1_c = 0
cyl2_c = 0
cyl3_c = 0
cyl4_c = 0
cyl5_c = 0
cyl6_c = 0
cyl1_a1 = 0
cyl2_a1 = 0
cyl3_a1 = 0
cyl4_a1 = 0
cyl5_a1 = 0
cyl6_a1 = 0
cyl1_b1 = 0
cyl2_b1 = 0
cyl3_b1 = 0
cyl4_b1 = 0
cyl5_b1 = 0
cyl6_b1 = 0
max_b1 = 0
cyl1_c1 = 0
cyl2_c1 = 0
cyl3_c1 = 0
cyl4_c1 = 0
cyl5_c1 = 0
cyl6_c1 = 0
p1_t = 0
p1_b = 0
p2_t = 0
p2_b = 0
p3_t = 0
p3_b = 0
p4_t = 0
p4_b = 0
p5_t = 0
p5_b = 0
p6_t = 0
p6_b = 0
min_top = 0
min_bot = 0
jeu_1 = 0
jeu_2 = 0
jeu_3 = 0
jeu_4 = 0
jeu_5 = 0
jeu_6 = 0
jeu_max = 0
ref_cot_sou_guid = 0
cyl1_adm_sou_a = 1
cyl1_adm_sou_b = 1
cyl2_adm_sou_a = 1
cyl2_adm_sou_b = 1
cyl3_adm_sou_a = 1
cyl3_adm_sou_b = 1
cyl4_adm_sou_a = 1
cyl4_adm_sou_b = 1
cyl5_adm_sou_a = 1
cyl5_adm_sou_b = 1
cyl6_adm_sou_a = 1
cyl6_adm_sou_b = 1
cyl1_adm_gui_a = 1
cyl1_adm_gui_b = 1
cyl2_adm_gui_a = 1
cyl2_adm_gui_b = 1
cyl3_adm_gui_a = 1
cyl3_adm_gui_b = 1
cyl4_adm_gui_a = 1
cyl4_adm_gui_b = 1
cyl5_adm_gui_a = 1
cyl5_adm_gui_b = 1
cyl6_adm_gui_a = 1
cyl6_adm_gui_b = 1
cyl1_ech_sou_a = 1
cyl1_ech_sou_b = 1
cyl2_ech_sou_a = 1
cyl2_ech_sou_b = 1
cyl3_ech_sou_a = 1
cyl3_ech_sou_b = 1
cyl4_ech_sou_a = 1
cyl4_ech_sou_b = 1
cyl5_ech_sou_a = 1
cyl5_ech_sou_b = 1
cyl6_ech_sou_a = 1
cyl6_ech_sou_b = 1
cyl1_ech_gui_a = 1
cyl1_ech_gui_b = 1
cyl2_ech_gui_a = 1
cyl2_ech_gui_b = 1
cyl3_ech_gui_a = 1
cyl3_ech_gui_b = 1
cyl4_ech_gui_a = 2
cyl4_ech_gui_b = 2
cyl5_ech_gui_a = 1
cyl5_ech_gui_b = 1
cyl6_ech_gui_a = 1
cyl6_ech_gui_b = 100
ENREGISTRER = ENREGISTRER

puis la requête bien entendu

UPDATE dml_1_41 SET kit_cyl='0', num_mod_pis='0', num_ser_cyl1='0', num_ser_pis1='0', num_ser_cyl2='0', num_ser_pis2='0', num_ser_cyl3='0', num_ser_pis3='0', num_ser_cyl4='0', num_ser_pis4='0', num_ser_cyl5='0', num_ser_pis5='0', num_ser_cyl6='0', num_ser_pis6='0', ref_res_max_ser='0', cyl1_a='0', cyl2_a='0', cyl3_a='0', cyl4_a='0', cyl5_a='0', cyl6_a='0', cyl1_b='0', cyl2_b='0', cyl3_b='0', cyl4_b='0', cyl5_b='0', cyl6_b='0', cyl1_c='0', cyl2_c='0', cyl3_c='0', cyl4_c='0', cyl5_c='0', cyl6_c='0', cyl1_a1='0', cyl2_a1='0', cyl3_a1='0', cyl4_a1='0', cyl5_a1='0', cyl6_a1='0', cyl1_b1='0', cyl2_b1='0', cyl3_b1='0', cyl4_b1='0', cyl5_b1='0', cyl6_b1='0', cyl1_c1='0', cyl2_c1='0', cyl3_c1='0', cyl4_c1='0', cyl5_c1='0', cyl6_c1='0', max_b='0', max_b1='0', p1_t='0', p2_t='0', p3_t='0', p4_t='0', p5_t='0', p6_t='0', p1_b='0', p2_b='0', p3_b='0', p4_b='0', p5_b='0', p6_b='0', jeu_1='0', jeu_2='0', jeu_3='0', jeu_4='0', jeu_5='0', jeu_6='0'; min_top='0', min_bot='0',jeu_max='0', ref_cot_sou_guid='0', cyl1_adm_sou_a='1', cyl1_adm_sou_b='1', cyl2_adm_sou_a='1', cyl2_adm_sou_b='1' , cyl3_adm_sou_a='1', cyl3_adm_sou_b='1' , cyl4_adm_sou_a='1', cyl4_adm_sou_b='1' , cyl5_adm_sou_a='1', cyl5_adm_sou_b='1', cyl6_adm_sou_a='1', cyl6_adm_sou_b='1', cyl1_adm_gui_a='1', cyl1_adm_gui_b='1', cyl2_adm_gui_a='1', cyl2_adm_gui_b='1' , cyl3_adm_gui_a='1', cyl3_adm_gui_b='1' , cyl4_adm_gui_a='1', cyl4_adm_gui_b='1' , cyl5_adm_gui_a='1', cyl5_adm_gui_b='1', cyl6_adm_gui_a='1', cyl6_adm_gui_b='1', cyl1_ech_sou_a='1', cyl1_ech_sou_b='1', cyl2_ech_sou_a='1', cyl2_ech_sou_b='1' , cyl3_ech_sou_a='1', cyl3_ech_sou_b='1' , cyl4_ech_sou_a='1', cyl4_ech_sou_b='1' , cyl5_ech_sou_a='1', cyl5_ech_sou_b='1', cyl6_ech_sou_a='1', cyl6_ech_sou_b='1', cyl1_ech_gui_a='1', cyl1_ech_gui_b='1', cyl2_ech_gui_a='1', cyl2_ech_gui_b='1' , cyl3_ech_gui_a='1', cyl3_ech_gui_b='1' , cyl4_ech_gui_a='2', cyl4_ech_gui_b='2' , cyl5_ech_gui_a='1', cyl5_ech_gui_b='1', cyl6_ech_gui_a='1', cyl6_ech_gui_b='100' WHERE id=1

la donnée '100' pour le champs cyl6_ech_gui_b n'entre pas en base.
J'ai placé en bleu la zone où cela commence à délirer, de fait DE la variable jeu_max A la dernière variable, rien ne passe.
En rouge le 'd' correspond à la millième lettre de la requête.

- Si je modifie ma requête en temporaire en supprimant DE kit_cyl A jeu_4 par exemple, alors les données vont entrer en table.
C'est comme si ma requête était simplement trop longue, et pourtant le php ne me dit rien, MariaDB non plus, seule le PhpMyadmin me renvoie une erreur potentielle telle que je l'ai décrite.

- Testé Heidi : inexploitable pour moi.

25 décembre.... Joyeux Noêl à toutes et tous et j'ai de la chance, j'ai eu mon cadeau pourri.

par **or 1** » 24 déc. 2021, 18:43

faire x requetes update ne pose pas de problème. tous les champs seront bien mis à jour au final.

par **Aorgerit** » 24 déc. 2021, 17:40

Pour ce qui du reste, oui :

$stmt=$dbc->prepare($req);
try{
$stmt->execute();
$link="Location: ".$url_retour;
header($link);
}
//On capture les exceptions si une exception est lancée et on affiche les informations relatives à celle-ci
catch(PDOException $e){
echo "<BR>ERREUR : " . $e->getMessage();
}

La connexion est =établie avec ces paramètres là :

$con_adresse="....";
$con_db="....";
$con_user="....";
$con_pass=".....";
$port = 3307;
try{
$dbc = new PDO('mysql:host=localhost;dbname=....', $con_user, $con_pass);
//On définit le mode d'erreur de PDO sur Exception
$dbc->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$dbc->exec("SET CHARACTER SET utf8");
}
/*On capture les exceptions si une exception est lancée et on affiche les informations relatives à celle-ci*/
catch(PDOException $e){
echo'Connexion dbc en échec<BR><BR>';
echo "Erreur : " . $e->getMessage();
}

Le souci premier c'est que en tant que Interface utilisateur/enregistrement/table, à un moment on perd les données, au niveau enregistrement alors que les données sont recueillies et que je n'ai aucune alerte.
PhpMyadmin me sert au moins une alerte, mais incompréhensible pour moi vu que justement je suis en dessous des 1000 variables.

Comme précisé précédemment, j'ai forcé en supprimant presque une moitié des données à entrer, pour réaliser que les données entrent en table, directement sur la table, mais également sur la page rappelant les données de la table, (donc là c'est nickel chrome).
Ce que j'aimerais comprendre c'est pourquoi dans les deux cas je me fais shooté avec aucune information d'erreur cohérente.

par **ynx** » 24 déc. 2021, 17:03

Bonjour,

Le problème avec la directive max_input_vars et le formulaire qui contient plus de 1000 champs se produit uniquement sur PhpMyAdmin ?

Du coté de ton script php, si le formulaire post contient 127 champs, tu ne devrais pas avoir de blocage avec la directive max_input_vars=1000; (celle-ci limite le nombre de variable post, elle ne limite pas le nombre de caractère).
D'après ton traçage, les variables post semblent être bien transmises. Le problème semble donc plutôt venir de l'exécution de la requête.

Je suppose que tu utilises PDO pour exécuter la requête dans le script PHP. Est-ce que le rapport d'erreur de PDO est bien défini à la connexion (par défaut, le rapport d'erreur de PDO est en mode silencieux) ?
Est-ce que l'affichage des erreurs PHP est activé sur le serveur (sinon consulter les éventuelles erreur dans le journal d'erreur du serveur, on peut utiliser phpinfo() pour localiser le journal d'erreur) ?
Si le rapport d'erreur de PDO et l'affichage des erreurs PHP sont bien activés, il y t'il une erreur lors de l'exécution de la requête dans le script PHP ?

Concernant les tests directement sur la base de données, peut-être essayer d'utiliser un autre client sql que PhpMyAdmin.
Si ton serveur sql est accessible depuis l'extérieur, tu peux par exemple essayer le client HeidiSQL à la place de PhpMyAdmin pour tester la requête : https://www.heidisql.com/

par **Aorgerit** » 24 déc. 2021, 15:42

Bonjour,
Et un grand merci pour l'attention portée sur ce sujet.

Comme déjà précédemment, même le phpMyadmin du serveur plante sur ce point également, (je fais toujours les tests pas possibles dans tous les sens).
C.a.d. que si je veux simplement rentrer 0 oui 1.... cela n'est pas géré dans tous les cas.
Nota : Impossible de renommer les champs,, c'est dans ce qui est demandé.

La requête n'est pas légère, la voici :

$req="UPDATE $nom_table SET kit_cyl='$kit_cyl', num_mod_pis='$num_mod_pis', num_ser_cyl1='$num_ser_cyl1', num_ser_pis1='$num_ser_pis1', num_ser_cyl2='$num_ser_cyl2', num_ser_pis2='$num_ser_pis2', num_ser_cyl3='$num_ser_cyl3', num_ser_pis3='$num_ser_pis3', num_ser_cyl4='$num_ser_cyl4', num_ser_pis4='$num_ser_pis4', num_ser_cyl5='$num_ser_cyl5', num_ser_pis5='$num_ser_pis5', num_ser_cyl6='$num_ser_cyl6', num_ser_pis6='$num_ser_pis6', ref_res_max_ser='$ref_res_max_ser', cyl1_a='$cyl1_a', cyl2_a='$cyl2_a', cyl3_a='$cyl3_a', cyl4_a='$cyl4_a', cyl5_a='$cyl5_a', cyl6_a='$cyl6_a', cyl1_b='$cyl1_b', cyl2_b='$cyl2_b', cyl3_b='$cyl3_b', cyl4_b='$cyl4_b', cyl5_b='$cyl5_b', cyl6_b='$cyl6_b', cyl1_c='$cyl1_c', cyl2_c='$cyl2_c', cyl3_c='$cyl3_c', cyl4_c='$cyl4_c', cyl5_c='$cyl5_c', cyl6_c='$cyl6_c', cyl1_a1='$cyl1_a1', cyl2_a1='$cyl2_a1', cyl3_a1='$cyl3_a1', cyl4_a1='$cyl4_a1', cyl5_a1='$cyl5_a1', cyl6_a1='$cyl6_a1', cyl1_b1='$cyl1_b1', cyl2_b1='$cyl2_b1', cyl3_b1='$cyl3_b1', cyl4_b1='$cyl4_b1', cyl5_b1='$cyl5_b1', cyl6_b1='$cyl6_b1', cyl1_c1='$cyl1_c1', cyl2_c1='$cyl2_c1', cyl3_c1='$cyl3_c1', cyl4_c1='$cyl4_c1', cyl5_c1='$cyl5_c1', cyl6_c1='$cyl6_c1', max_b='$max_b', max_b1='$max_b1', p1_t='$p1_t', p2_t='$p2_t', p3_t='$p3_t', p4_t='$p4_t', p5_t='$p5_t', p6_t='$p6_t', p1_b='$p1_b', p2_b='$p2_b', p3_b='$p3_b', p4_b='$p4_b', p5_b='$p5_b', p6_b='$p6_b', jeu_1='$jeu_1', jeu_2='$jeu_2', jeu_3='$jeu_3', jeu_4='$jeu_4', jeu_5='$jeu_5', jeu_6='$jeu_6'; min_top='$min_top', min_bot='$min_bot',jeu_max='$jeu_max', ref_cot_sou_guid='$ref_cot_sou_guid', cyl1_adm_sou_a='$cyl1_adm_sou_a', cyl1_adm_sou_b='$cyl1_adm_sou_b', cyl2_adm_sou_a='$cyl2_adm_sou_a', cyl2_adm_sou_b='$cyl2_adm_sou_b' , cyl3_adm_sou_a='$cyl3_adm_sou_a', cyl3_adm_sou_b='$cyl3_adm_sou_b' , cyl4_adm_sou_a='$cyl4_adm_sou_a', cyl4_adm_sou_b='$cyl4_adm_sou_b' , cyl5_adm_sou_a='$cyl5_adm_sou_a', cyl5_adm_sou_b='$cyl5_adm_sou_b', cyl6_adm_sou_a='$cyl6_adm_sou_a', cyl6_adm_sou_b='$cyl6_adm_sou_b', cyl1_adm_gui_a='$cyl1_adm_gui_a', cyl1_adm_gui_b='$cyl1_adm_gui_b', cyl2_adm_gui_a='$cyl2_adm_gui_a', cyl2_adm_gui_b='$cyl2_adm_gui_b' , cyl3_adm_gui_a='$cyl3_adm_gui_a', cyl3_adm_gui_b='$cyl3_adm_gui_b' , cyl4_adm_gui_a='$cyl4_adm_gui_a', cyl4_adm_gui_b='$cyl4_adm_gui_b' , cyl5_adm_gui_a='$cyl5_adm_gui_a', cyl5_adm_gui_b='$cyl5_adm_gui_b', cyl6_adm_gui_a='$cyl6_adm_gui_a', cyl6_adm_gui_b='$cyl6_adm_gui_b', cyl1_ech_sou_a='$cyl1_ech_sou_a', cyl1_ech_sou_b='$cyl1_ech_sou_b', cyl2_ech_sou_a='$cyl2_ech_sou_a', cyl2_ech_sou_b='$cyl2_ech_sou_b' , cyl3_ech_sou_a='$cyl3_ech_sou_a', cyl3_ech_sou_b='$cyl3_ech_sou_b' , cyl4_ech_sou_a='$cyl4_ech_sou_a', cyl4_ech_sou_b='$cyl4_ech_sou_b' , cyl5_ech_sou_a='$cyl5_ech_sou_a', cyl5_ech_sou_b='$cyl5_ech_sou_b', cyl6_ech_sou_a='$cyl6_ech_sou_a', cyl6_ech_sou_b='$cyl6_ech_sou_b', cyl1_ech_gui_a='$cyl1_ech_gui_a', cyl1_ech_gui_b='$cyl1_ech_gui_b', cyl2_ech_gui_a='$cyl2_ech_gui_a', cyl2_ech_gui_b='$cyl2_ech_gui_b' , cyl3_ech_gui_a='$cyl3_ech_gui_a', cyl3_ech_gui_b='$cyl3_ech_gui_b' , cyl4_ech_gui_a='$cyl4_ech_gui_a', cyl4_ech_gui_b='$cyl4_ech_gui_b' , cyl5_ech_gui_a='$cyl5_ech_gui_a', cyl5_ech_gui_b='$cyl5_ech_gui_b', cyl6_ech_gui_a='$cyl6_ech_gui_a', cyl6_ech_gui_b='$cyl6_ech_gui_b' WHERE id=1";

Nota : la requête est validée, mais en gros à la moitie des vars cela n'entre pas, sans erreur signalée et donc la données indiquée est..perdue.

La table est structurée comme tel :
(il y a du monde)

--
-- Structure de la table `dml_1_41`
--

CREATE TABLE `dml_1_41` (
`id` int(11) NOT NULL,
`num_out` int(11) DEFAULT NULL COMMENT 'Outil pour le jeu à la coupe et le jeu latéral',
`kit_cyl` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`num_mod_pis` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`num_ser_cyl1` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`num_ser_pis1` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`num_ser_cyl2` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`num_ser_pis2` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`num_ser_cyl3` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`num_ser_pis3` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`num_ser_cyl4` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`num_ser_pis4` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`num_ser_cyl5` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`num_ser_pis5` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`num_ser_cyl6` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`num_ser_pis6` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`ref_res_max_ser` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`cyl1_a` decimal(10,3) DEFAULT NULL,
`cyl2_a` decimal(10,3) DEFAULT NULL,
`cyl3_a` decimal(10,3) DEFAULT NULL,
`cyl4_a` decimal(10,3) DEFAULT NULL,
`cyl5_a` decimal(10,3) DEFAULT NULL,
`cyl6_a` decimal(10,3) DEFAULT NULL,
`cyl1_b` decimal(10,3) DEFAULT NULL,
`cyl2_b` decimal(10,3) DEFAULT NULL,
`cyl3_b` decimal(10,3) DEFAULT NULL,
`cyl4_b` decimal(10,3) DEFAULT NULL,
`cyl5_b` decimal(10,3) DEFAULT NULL,
`cyl6_b` decimal(10,3) DEFAULT NULL,
`cyl1_c` decimal(10,3) DEFAULT NULL,
`cyl2_c` decimal(10,3) DEFAULT NULL,
`cyl3_c` decimal(10,3) DEFAULT NULL,
`cyl4_c` decimal(10,3) DEFAULT NULL,
`cyl5_c` decimal(10,3) DEFAULT NULL,
`cyl6_c` decimal(10,3) DEFAULT NULL,
`cyl1_a1` decimal(10,3) DEFAULT NULL,
`cyl2_a1` decimal(10,3) DEFAULT NULL,
`cyl3_a1` decimal(10,3) DEFAULT NULL,
`cyl4_a1` decimal(10,3) DEFAULT NULL,
`cyl5_a1` decimal(10,3) DEFAULT NULL,
`cyl6_a1` decimal(10,3) DEFAULT NULL,
`cyl1_b1` decimal(10,3) DEFAULT NULL,
`cyl2_b1` decimal(10,3) DEFAULT NULL,
`cyl3_b1` decimal(10,3) DEFAULT NULL,
`cyl4_b1` decimal(10,3) DEFAULT NULL,
`cyl5_b1` decimal(10,3) DEFAULT NULL,
`cyl6_b1` decimal(10,3) DEFAULT NULL,
`cyl1_c1` decimal(10,3) DEFAULT NULL,
`cyl2_c1` decimal(10,3) DEFAULT NULL,
`cyl3_c1` decimal(10,3) DEFAULT NULL,
`cyl4_c1` decimal(10,3) DEFAULT NULL,
`cyl5_c1` decimal(10,3) DEFAULT NULL,
`cyl6_c1` decimal(10,3) DEFAULT NULL,
`p1_t` decimal(10,3) DEFAULT NULL,
`p1_b` decimal(10,3) DEFAULT NULL,
`p2_t` decimal(10,3) DEFAULT NULL,
`p2_b` decimal(10,3) DEFAULT NULL,
`p3_t` decimal(10,3) DEFAULT NULL,
`p3_b` decimal(10,3) DEFAULT NULL,
`p4_t` decimal(10,3) DEFAULT NULL,
`p4_b` decimal(10,3) DEFAULT NULL,
`p5_t` decimal(10,3) DEFAULT NULL,
`p5_b` decimal(10,3) DEFAULT NULL,
`p6_t` decimal(10,3) DEFAULT NULL,
`p6_b` decimal(10,3) DEFAULT NULL,
`jeu_1` decimal(10,3) DEFAULT NULL,
`jeu_2` decimal(10,3) DEFAULT NULL,
`jeu_3` decimal(10,3) DEFAULT NULL,
`jeu_4` decimal(10,3) DEFAULT NULL,
`jeu_5` decimal(10,3) DEFAULT NULL,
`jeu_6` decimal(10,3) DEFAULT NULL,
`max_b` decimal(10,3) DEFAULT NULL,
`max_b1` decimal(10,3) DEFAULT NULL,
`min_top` decimal(10,3) DEFAULT NULL,
`min_bot` decimal(10,3) DEFAULT NULL,
`jeu_max` decimal(10,3) DEFAULT NULL,
`ref_cot_sou_guid` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL,
`cyl1_adm_sou_a` decimal(10,3) DEFAULT NULL,
`cyl1_adm_sou_b` decimal(10,3) DEFAULT NULL,
`cyl2_adm_sou_a` decimal(10,3) DEFAULT NULL,
`cyl2_adm_sou_b` decimal(10,3) DEFAULT NULL,
`cyl3_adm_sou_a` decimal(10,3) DEFAULT NULL,
`cyl3_adm_sou_b` decimal(10,3) DEFAULT NULL,
`cyl4_adm_sou_a` decimal(10,3) DEFAULT NULL,
`cyl4_adm_sou_b` decimal(10,3) DEFAULT NULL,
`cyl5_adm_sou_a` decimal(10,3) DEFAULT NULL,
`cyl5_adm_sou_b` decimal(10,3) DEFAULT NULL,
`cyl6_adm_sou_a` decimal(10,3) DEFAULT NULL,
`cyl6_adm_sou_b` decimal(10,3) DEFAULT NULL,
`cyl1_adm_gui_a` decimal(10,3) DEFAULT NULL,
`cyl1_adm_gui_b` decimal(10,3) DEFAULT NULL,
`cyl2_adm_gui_a` decimal(10,3) DEFAULT NULL,
`cyl2_adm_gui_b` decimal(10,3) DEFAULT NULL,
`cyl3_adm_gui_a` decimal(10,3) DEFAULT NULL,
`cyl3_adm_gui_b` decimal(10,3) DEFAULT NULL,
`cyl4_adm_gui_a` decimal(10,3) DEFAULT NULL,
`cyl4_adm_gui_b` decimal(10,3) DEFAULT NULL,
`cyl5_adm_gui_a` decimal(10,3) DEFAULT NULL,
`cyl5_adm_gui_b` decimal(10,3) DEFAULT NULL,
`cyl6_adm_gui_a` decimal(10,3) DEFAULT NULL,
`cyl6_adm_gui_b` decimal(10,3) DEFAULT NULL,
`cyl1_ech_sou_a` decimal(10,3) DEFAULT NULL,
`cyl1_ech_sou_b` decimal(10,3) DEFAULT NULL,
`cyl2_ech_sou_a` decimal(10,3) DEFAULT NULL,
`cyl2_ech_sou_b` decimal(10,3) DEFAULT NULL,
`cyl3_ech_sou_a` decimal(10,3) DEFAULT NULL,
`cyl3_ech_sou_b` decimal(10,3) DEFAULT NULL,
`cyl4_ech_sou_a` decimal(10,3) DEFAULT NULL,
`cyl4_ech_sou_b` decimal(10,3) DEFAULT NULL,
`cyl5_ech_sou_a` decimal(10,3) DEFAULT NULL,
`cyl5_ech_sou_b` decimal(10,3) DEFAULT NULL,
`cyl6_ech_sou_a` decimal(10,3) DEFAULT NULL,
`cyl6_ech_sou_b` decimal(10,3) DEFAULT NULL,
`cyl1_ech_gui_a` decimal(10,3) DEFAULT NULL,
`cyl1_ech_gui_b` decimal(10,3) DEFAULT NULL,
`cyl2_ech_gui_a` decimal(10,3) DEFAULT NULL,
`cyl2_ech_gui_b` decimal(10,3) DEFAULT NULL,
`cyl3_ech_gui_a` decimal(10,3) DEFAULT NULL,
`cyl3_ech_gui_b` decimal(10,3) DEFAULT NULL,
`cyl4_ech_gui_a` decimal(10,3) DEFAULT NULL,
`cyl4_ech_gui_b` decimal(10,3) DEFAULT NULL,
`cyl5_ech_gui_a` decimal(10,3) DEFAULT NULL,
`cyl5_ech_gui_b` decimal(10,3) DEFAULT NULL,
`cyl6_ech_gui_a` decimal(10,3) DEFAULT NULL,
`cyl6_ech_gui_b` decimal(10,3) DEFAULT NULL,
`id_ope` int(11) DEFAULT NULL,
`obs_ope` longtext COLLATE utf8_unicode_ci DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci COMMENT='Métrologie des cylindres';

Réponse du PhpMyadmin en direct :

Attention : un formulaire sur cette page contient plus de 1000 champs. Lors de l'envoi, certains des champs pourraient être ignorés, en raison de la configuration max_input_vars de PHP.

Aucun des champs n'est déconseillé, ce qui me fait m'interpeler

Problémo, je n'ai pas de max_input_vars sur la config de ce serveur, (configuration indiquée à l'origine du POST).
La requête est vérifiée, donc les variables entrent bien comme il faut sinon le script s'interromprait sur le catch...try.
J'ai tracé les vars recueillies en méthode post, idem.
J'ai listé les vars les unes après les autres avec un foreach key -> value, (du $_POST ), tout va bien aussi.

je me suis même amusé à supprimer en temporaire presque la moitié de ma requête et du coup, les vars suivantes arrivent en table, ( mais pas les précédentes évidemment, ce qui est quelque peu gênant je dois dire).

par **@rthur** » 22 déc. 2021, 19:00

Quelle est ta requête et quel est le schéma de ta table ?

par **Aorgerit** » 22 déc. 2021, 16:28

Bonjour.

Je rencontre un problème sur des requêtes, (au moins une).
Ma requête ne peut aboutir en, raison de deux choses :
- 1 : Interface web/requête/base.
- 2 : idem en phpMyAdmin.
... lequel me dit par ailleurs que je dépasse le quota 1000 du 'max_input_vars=1000;' de la distribution standard et ce qui explique qu'une variable N ne passe pas, mais passe si jamais j'ai la bienséance de supprimer (et mettre en commentaires pour la préserver la partie précédente ,dans l'interface web/requête).

En gros j'envoie trop de variables, 127 variables réelles mais par contre j'envoie de la 'ligne' en 'post', ce qui est normal donc je dépasse les 1000 caractères sans problèmes.
On peut passer outre, mais je rencontre un souci : la config serveur, donc impossible de passer 'max_input_vars' qui n'existe pas.
Solution trouvée annexe, mais limite : scinder l'interface en deux parties, pas très tip/top.

Voici la configuration actuelle du serveur :

Serveur : MariaDB 10 (Localhost via UNIX socket)
Type de serveur : MariaDB
Connexion au serveur : SSL n'est pas utilisé Documentation
Version du serveur : 10.3.29-MariaDB - Source distribution
Version du protocole : 10
Utilisateur : ....
Jeu de caractères du serveur : UTF-8 Unicode (utf8)
Serveur Web
nginx/1.20.1
Version du client de base de données : libmysql - mysqlnd 5.0.12-dev - 20150407 - ...
Version de PHP : 7.3.24
phpMyAdmin
Version : 4.9.7

Je ne suis pas admin serveur, celui-ci est 'au ski' en famille, normal.
J'ai accès à la config du serveur, mais je ne peux le redémarrer.

Merci de vos retours potentiels.

Limitation de données sur un serveur NAS avec MariaDB.

Répondre

Étendre la vue Revue du sujet : Limitation de données sur un serveur NAS avec MariaDB.

Re: Limitation de données sur un serveur NAS avec MariaDB.

Re: Limitation de données sur un serveur NAS avec MariaDB.

Re: Limitation de données sur un serveur NAS avec MariaDB.

Re: Limitation de données sur un serveur NAS avec MariaDB.

Re: Limitation de données sur un serveur NAS avec MariaDB.

Re: Limitation de données sur un serveur NAS avec MariaDB.

Re: Limitation de données sur un serveur NAS avec MariaDB.

Re: Limitation de données sur un serveur NAS avec MariaDB.

Limitation de données sur un serveur NAS avec MariaDB.