Version imprimable
Bonjour,
j'ai codé une application de gestion de dossiers en utilisant allègrement les variables de session (PHP 5.3).
Tout se passait bien jusqu'à ce que les utilisateurs se mettent à ouvrir plusieurs instances du navigateur (IE 8) pour accéder à plusieurs dossiers à la fois.
Résultat : des infos enregistrées sur le mauvais dossier etc...
Existe t il un moyen de de faire en sorte que chaque instance du navigateur ait sa propre session?
Merci d'avance.
Réponse courte: non
Réponse moins courte: non, un session assigne un identifiant par navigateur, on ne peut donc pas avoir une sessions différente par instance (ou par tab), à moins d'utiliser un fenêtre de navigation privée. Si tu cherches sur Google, tu trouveras des tas de mauvaises solutions pour pallier à ce problème. Mauvaise car ils reposent tous sur le passage de l'identifiant de session dans l'URL, ce qui pose un sérieux problème de sécurité.
Mais je sens que ton problème n'est pas les sessions, le problème vient du fait qu'en travaillant sur plusieurs dossiers à la fois, les informations vont dans le mauvais dossier. La solution serait sans doute d'assigner un identifiant unique à chaque dossier.
Merci pour ta réponse, je fais donc une croix sur cette piste!
Pour rebondir sur ta dernière remarque, pourrais tu préciser ce que tu entends par un identifiant unique?
Dans les base de donnée, l'ID de mon dossier est unique, et je le véhicule dans une variable nommée $_SESSION['dossier_id'].
Ce qu'il se passe :
- lorsque j'ouvre mon premier explorateur je travaille sur le dossier 1, $_SESSION['dossier_id']=1,
- si j'en ouvre un second, et que je travaille sur le dossier 2 , par exemple $_SESSION['dossier_id']=2,
- si je reviens à mon premier et que je veux mettre à jour une information du dossier, l'appli va faire un UPDATE... WHERE dossier_id = 2...
Petit à petit, je remplace mes $_SESSION par des $_GET lorsque c'est possible, mais j'ai certains cas où cela me semble impossible
Je ne connais pas le détail de tes dossiers, mais d'habitude on utilise des formulaires pour ce genre d'utilisation. À la création du formulaire, tu lui donnes un champ hidden dont la valeur est l'identifiant du dossier, et lorsque tu soumets le formulaire, le script de traitement regarde la valeur de l'identifiant, et enregistre/modifie les données qui correspondent à cet identifiant. Dans ce cas, tu garantis que l'UPDATE sera toujours effectué sur l'enregistrement du Dossier 1, jamais sur le Dossier 2.
En fait, j'ai une page principale dans laquelle je fais un include d'un fichier creation.php ou modification.php selon le cas.
Pour la création du dossier, je récupère l'ID dans ma variable de session une fois l'INSERT fait (et donc après validation du formulaire), et je charge automatiquement la page modification.php en utilisant ma variable de session pour charger le dossier qui va bien. Dans ce mode de fonctionnement, je pense que le post ne peut pas fonctionner, non?
Je pense que la solution de mon problème se situe du côté d'AJAX...
Je n'ai pas vraiment compris ton explication, mais dans tous les cas tu peux utiliser Ajax (qui utilise également POST ou GET). Ajax signifie juste que le navigateur ne recharge pas en entier la page.
En matière de "verbe" http, on utilise POST pour créér (et par extension pour modifier) une ressource, et GET pour récupérer/voir une ressource existante. Aussi bien la création que la modification doivent donc se faire par POST.
Je ne voix pas pourquoi tu ne peux pas ajouter l'ID dans modification.php puisque tu le charge une fois la ressource créée... (le problème de conflit vient bien de modification.php, non?)