|
Publicité ' | |||||||||||||||||||||||
|
|
#1 | ||
|
Nouveau Membre du Club
![]() Inscription : juin 2008 Messages : 33 ![]() |
Salut à tous,
Je sais que le sujet à déja été abordé dans quelques topics, mais je n'ai pas trouvé de réponse qui convenait à mon cas, alors pour ne pas 'polluer' le topic des autres, je crées le mien .. Le problème est sensiblement le même : Je perds aléatoirement mes sessions, le problème c'est que je n'sais jamais quand ca va arriver c'est assez rare, et la plus part du temps ca arrive à mes utilisateurs, parfois très fréquemment. Le problème ne vient à priori pas du coté serveur car mon script a été testé sur plusieurs serveurs (2wamp et un apache sous fedora). Est ce que vous voyez dans cette portion de code quelque chose qui pourrait poser problème ? Code :
J'espere que quelqu'un à déjà résolu ce genre de problème car je n'ai vu aucune réponse qui donnait une veritable solution dans d'autres posts Merci à vous |
||
|
|
00
|
|
|
#2 |
|
Candidat au titre de Membre du Club
![]() Inscription : juin 2008 Messages : 13 ![]() |
Dans la configuration de PHP est indiquée une durée d'expiration pour les sessions.
Il se peut simplement que tes sessions expirent au bout de la durée spécifiée par le serveur si aucune page n'a été rechargée entre temps. Tu peux regarder du coté de session_cache_expire. |
|
|
00
|
|
|
#3 | |
|
Nouveau Membre du Club
![]() Inscription : juin 2008 Messages : 33 ![]() |
Salut desolé j'été en congés ces 2 semaines, je me permet de remonter le topic
Citation:
Le problème c'est que c'est vraiment aléatoire, des fois on se logge je fais 3 actions et la session saute. La plus part du temps ca marche bien, mais fréquemment, on se fait éjecter et je n'voies vraiment pas la raison .... |
|
|
|
00
|
|
|
#4 |
|
Invité régulier
![]() Inscription : janvier 2008 Messages : 7 ![]() |
Bonjour,
Je rencontre exactement ce problème actuellement. La session est perdue aléatoirement, parfois elle passe correctement d'autres fois pas du tout, impossible de trouver la règle qui régit ce bug. L'utilisateur se log avec son mail et son mot de passe, il arrive sur la première page mais ne peut accéder aux autres pages car il rencontre la page d'erreur. Voici seule procédure réalisable stable quand on rencontre la page d'erreur que j'ai trouvé : Vous êtes sur la page d'erreur alors que vous souhaitiez visiter une page : Cliquez sur le bouton retour de votre navigateur. Puis appuyez sur la touche F5 de votre clavier. Acceptez de renvoyer les informations. Vous devriez pouvoir consulter toutes les pages. Idem les sessions côté serveur sont ok : session.cache_expire est à 180 min, session.cookie_lifetime est à 0 (donc 'infini') session.gc_maxlifetime est à 1440s. Le serveur n'est pas plein. Le serveur ne semble pas endommagé. La session écrite en php est correctement écrite. En théorie, puisqu'elle a fonctionné 4 ans. Quelqu'un aurait trouvé ou aurait une piste ? Merci à tous, Killian |
|
|
00
|
|
|
#5 |
|
Nouveau Membre du Club
![]() Inscription : juin 2008 Messages : 33 ![]() |
Salut kilian,
Je n'sais pas quel version de apache tu utilises, perso a l'epoque ou j'avais ces problemes, nous étions sur easyphp, depuis nous sommes passé sous wamp et ca fonctionne. Le session_cache_expire fonctionne désormais correctement, je pense à un problème dans easyphp mais je n'peux pas l'assurer à 100 %. Cependant avec les memes fichier de config, cela marche désormais sur wamp mais easyphp lui est dans les choux, je n'voies que ca qui pourrait en etre une des raisons. Cdt |
|
|
00
|
|
|
#6 | ||
|
Invité régulier
![]() Inscription : janvier 2008 Messages : 7 ![]() |
Je te remercie pour ta réponse, toute aide est la bienvenue car mon problème est carrément sur le serveur de prod.
Voici la version d'Apache : Apache/2.2.3 (Debian) PHP/4.4.4-8+etch6 Le code d'authentification est assez simple et ne semble pas poser de problème en lui même : Code :
Le problème que j'évoque apparait après une migration des fichiers sur un autre nom de domaine (extension .net => .com) mais sur le même serveur. Une redirection web du .net est effective vers le .com Voili voilou... |
||
|
|
00
|
|
|
#7 | ||
|
Nouveau Membre du Club
![]() Inscription : décembre 2008 Messages : 90 ![]() |
Je rencontre a peu près le même problème chez free, j'ai pourtant d'autres sites mais là ma session change de valeur mystérieusement et surtout elle prend la valeur d'une chose que je passe j'ai détecté dans quel fichier le problème était (ce n'était pas ce fichier)
Problème réglé : J'utilisait : Code :
donc il y avait confusion entre $num et $_SESSION['num'] |
||
|
|
00
|
|
|
#8 | |||
|
Nouveau Membre du Club
![]() Inscription : décembre 2008 Messages : 90 ![]() |
Citation:
![]() doit y'avoir confusion entre $_SESSION['email'] et $_POST['email'] |
|||
|
|
00
|
|
|
#9 | ||
|
Invité régulier
![]() Inscription : janvier 2008 Messages : 7 ![]() |
Je te remercie je vais voir si ça règle le problème et te tiens au courant.
Ce qui se passe c'est que ce code fonctionnait avant la migration. Ce qu'on peut juste constater, c'est que le PHPSESSID ne s'implémente pas lors de la connexion. C'est seulement après renvoi des paramètres que le PHPSESSID s'initialise en cookie. Certains développeurs pensent qu'il peut s'agir d'un problème de disque. Certains administrateurs de serveurs pensent qu'il s'agit d'un problème de script. J'ai testé cette variante de script : aucun résultat. Code :
|
||
|
|
00
|
|
|
#10 |
|
Invité régulier
![]() Inscription : janvier 2008 Messages : 7 ![]() |
J'ajoute ici des pistes trouvées ici et là sur le web :
Utiliser session_write_close() avant la redirection ou setcookie(), si vous ne voulez pas rencontrer de message d'erreur. ou deux session_start s'annulent parfois ou setcookie('PHPSESSID',session_id()) |
|
|
00
|
|
|
#11 |
|
Invité régulier
![]() Inscription : janvier 2008 Messages : 7 ![]() |
Pour ceux qui rencontrerais le problème :
Modifier le php.ini Mettre session.auto_start sur on (fichier modifiable via ssh avec putty par exemple) Redémarrer apache Le PHPSESSID s'initialise dés que l'utilisateur arrive sur le site. Ce qui permet lors de son login de recevoir les paramètres (variables). Je pense que ce n'est pas la solution idéale mais sur un site en production j'aurais préféré avoir ce conseil pour l'appliquer immédiatement. Donc maintenant l'info existe. J'ai cru constater que l'heure de modification des logs de session était +1h d'où est ce que ça peut venir ce problème ? Avis aux amateurs... |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com