Discussion :

[nouraty]

Bonjour,

Je dois analyser le code d'une application php qui a été sujet d'une mauvaise performance quand le nombre de connexions simultanées est monté un peu.

Ma remarque principale: chaque champ de chaque formulaire est stocké dans une session ayant le même nom que celui du champ concerné , le nombre de champs pour chaque page (6 pages) varie entre 5 à 500 (si l'utilisateur veut ajouter 20 personnes via une liste déroulante , javascripte introduira presque 25 nouveaux champs par personne; 500 champs = 500 sessions :o je sais) . certains champs sont des textearea avec tinymce ou l'utilisateur peut coller tout un fichier word.
une des pages contient 10 boutons parcourir pour uploder des fichiers , j'ai trouvé des fichiers a 1000ko voir 6000 ko, ces fichiers sont stockés dans des sessions , une session par fichier.

Les deux problèmes les plus courants étaient , la perte des données et quelques utilisateurs se trouvent avec des données qui ne leur appartient pas.

Je voudrais fournir des informations exacts alors ma question est :
Quelle est la taille maximal que peut contenir une session et est ce qu'il y a un nombre de sessions à ne dépasser?
Et est ce que le scénario que je viens de vous présenter peut causer aussi le problèmes des informations qui apparaissent chez une autre personne ou devrais je chercher d'avantages.

Je précise que ces problèmes n'apparaissent que quand le nombre de connexions simultanées augmente légèrement.

Merci

[rawsrc]

Salut,

Des formulaires de 500 champs !!! Purée, c'est une application de comptage de grains de riz ou quoi ?
Je ne comprends pas ceci :

500 champs = 500 sessions

La session est unique pour chaque utilisateur connecté, je ne vois pas ce que le nombre de champs vient faire la-dedans.

Ensuite la taille pour une session n'est pas spécifiquement limitée. La session s'étalera sur la mémoire totale allouée à PHP pour fonctionner.
Enfin, le fonctionnement (standard) de PHP fait que l'exécution ne traite qu'une session à la fois.

[nouraty]

Salut,

Des formulaires de 500 champs !!! Purée, c'est une application de comptage de grains de riz ou quoi ?

Hahaha , même dans ce cas , on devra pas faire comme ça!

Je m'explique : Si dans la page j'ai les champs
tache , date , description
dans la partie traitement , y aura

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
$_SESSION['tache'] = $_POST['tache'];
$_SESSION['date '] = $_POST['date '];
$_SESSION['date '] = $_POST['date '];

Aussi , dans un formulaire , on donne a l'utilisateur d'ajouter des personne pour son projet et on lui donne avant le choix de saisir le nombre de ces personne , s'il choisis par exemple 18 personne , la page contiendera

personne 1 : nom1 , prenom1 , reference1 , ....
personne 2 : nom2 , prenom2 , reference2 , ....
...
personne 18 : nom18 , prenom18 , reference18 , ....

Ici j'ai donné exemple avec 3 champs mais au fait pour une personne le nombre des champs et presque 25 champs

18*25 dans une seule page et a envoyer dans un seul formulaire :s ....

Dasn la partie traitement y a avec une boucle for:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
$_SESSION['personne'.$i]['nom']=$_POST['nom'.$i];
$_SESSION['personne'.$i]['prenom']=$_POST['prenom'.$i];
...

Des sessions crée dynamiquement j'en ai conté 9, chaqu’une peut contenir un tableau 3 dimensions de données.

Je sais que c'est très mal fait, mais j'ai besoin de confirmation donc ma question reste toujours , est ce que ça peut engendrer les problèmes que j'ai mentionnée ci-dessus!
Merci

[rawsrc]

Si tu relis mon précédent message tu as déjà quelques réponses
Normalement tu ne devrais pas perdre des données en route.
Si le traitement ne fait pas planter le serveur, tu devrais tracer pas à pas le script parce-que je n'ai jamais vu un problème de ce genre.
Par contre à chaque fois les pertes étaient dues à des bogues dans les sources.

[nouraty]

Ça veut dire encore du boulot à trouver ces bogues.
Mercii pou la réponse