Ajax - Erreur de Sessions chez Free
Résolu/Fermé
kij_82
Messages postés
4088
Date d'inscription
jeudi 7 avril 2005
Statut
Contributeur
Dernière intervention
30 septembre 2013
-
3 juin 2009 à 01:11
kij_82 Messages postés 4088 Date d'inscription jeudi 7 avril 2005 Statut Contributeur Dernière intervention 30 septembre 2013 - 3 juin 2009 à 10:39
kij_82 Messages postés 4088 Date d'inscription jeudi 7 avril 2005 Statut Contributeur Dernière intervention 30 septembre 2013 - 3 juin 2009 à 10:39
A voir également:
- Ajax - Erreur de Sessions chez Free
- Erreur 0x80070643 - Guide
- Sketchup free - Télécharger - 3D
- Erreur 0 free - Forum Mobile
- Erreur 38 free - Forum Mobile
- Free ocr - Télécharger - Divers Bureautique
3 réponses
kij_82
Messages postés
4088
Date d'inscription
jeudi 7 avril 2005
Statut
Contributeur
Dernière intervention
30 septembre 2013
857
3 juin 2009 à 10:39
3 juin 2009 à 10:39
Re bonjour,
Concernant les répertoires "session", effectivement chez Free il est obligatoire, mais ce n'est pas de là que vient le problème puisqu'il y ai déjà :)
Pour ce qui est de laisser des traces, déjà fait, et c'est justement ça qui m'a mis la puce à l'oreille sur une "mauvaise gestion" des sessions.
Au final j'ai trouvé d'où cela vient : simplement du serveur que j'ai loué et de sa config.
Il suffisait d'inclure un fichier .htaccess (ou php.ini chez free vu qu'ils n'acceptent pas les fichiers .htaccess) et d'y mettre les instructions pour changer la variable qui définie le type de transmission des sessions (soit par l'url, soit par les cookies) :
session.use_trans_id = 0
A 0 cette variable signifie que les identifiants de session sont transmis via cookies, alors que mon serveur était configuré avec la valeur 1, il attendait donc que les identifiants de session soient transmis par l'url, chose que je ne faisais pas (et que je ne veux pas faire)
Problème résolu donc.
Concernant les répertoires "session", effectivement chez Free il est obligatoire, mais ce n'est pas de là que vient le problème puisqu'il y ai déjà :)
Pour ce qui est de laisser des traces, déjà fait, et c'est justement ça qui m'a mis la puce à l'oreille sur une "mauvaise gestion" des sessions.
Au final j'ai trouvé d'où cela vient : simplement du serveur que j'ai loué et de sa config.
Il suffisait d'inclure un fichier .htaccess (ou php.ini chez free vu qu'ils n'acceptent pas les fichiers .htaccess) et d'y mettre les instructions pour changer la variable qui définie le type de transmission des sessions (soit par l'url, soit par les cookies) :
session.use_trans_id = 0
A 0 cette variable signifie que les identifiants de session sont transmis via cookies, alors que mon serveur était configuré avec la valeur 1, il attendait donc que les identifiants de session soient transmis par l'url, chose que je ne faisais pas (et que je ne veux pas faire)
Problème résolu donc.
gaerebut
Messages postés
1017
Date d'inscription
mardi 30 octobre 2007
Statut
Membre
Dernière intervention
22 novembre 2013
171
3 juin 2009 à 03:17
3 juin 2009 à 03:17
Salut,
tu as cas retourner la valeur de la session une fois le changement fais avec le PHP. Ensuite tu affiche un simple alert contenant ce que le PHP te renvoie (la session changée).
Et si tu veux pousser, fais un try..catch en PHP qui renvoie une exception si il y a une erreur. Là tu sera fixé ;)
Redis moi l'erreur :)
A+
Gaerebut
tu as cas retourner la valeur de la session une fois le changement fais avec le PHP. Ensuite tu affiche un simple alert contenant ce que le PHP te renvoie (la session changée).
Et si tu veux pousser, fais un try..catch en PHP qui renvoie une exception si il y a une erreur. Là tu sera fixé ;)
Redis moi l'erreur :)
A+
Gaerebut