Utiliser k_session ?

Version imprimable

28/07/2006, 23h08
orochimaru

Utiliser k_session ?

Salut à tous,

Je suis en train d'essayer d'utiliser la class k_session disponible ici

Malheuresement, elle ne fonctionne pas chez moi:
- Je ne peut pas faire de $session->enabled(); comme expliqué puisque cette méthode n'éxiste pas
- Je ne peut plus mettre d'objet en session ($_SESSION['toto'] = new objet(); ), aucun message d'erreur n'est affiché mais je ne peut pas l'utiliser
- Je ne peut pas faire de session_destroy() sinon j'ai ce message: "Trying to destroy uninitialized session in ..." alors que la session est bien initalisée avant.

Voila, merci d'avance pour votre aide :)
28/07/2006, 23h51
alain31tl

Citation:

Envoyé par orochimaru

- Je ne peut pas faire de session_destroy() sinon j'ai ce message: "Trying to destroy uninitialized session in ..." alors que la session est bien initalisée avant.

Salut

Déjà, si tu obtiens ce warning, c'est que ta session n'est pas initalisée, justement.
Tu ne peux détruire qu'une session existante, dans le cas contraire, c'est assuremment ce type de message qui te sera renvoyé.

Voici le code qui me met cette erreur:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
<?php
require('../includes/fonctions.inc.php5');
 
$session = new k_session();
 
/* Déconnexion */
$_SESSION['user']->loggue = FALSE;
unset( $_SESSION['user'] );
session_destroy();
/* utilisation de l'URL absolue pour la redirection vers la page d'authentification */
header("Location: http://" . $_SERVER['HTTP_HOST']
    . rtrim(dirname($_SERVER['PHP_SELF']), '/\\')
    . "/index.php5?msg=2");
?>

La session est bien initialisée.

29/07/2006, 00h09
alain31tl
Il n'y a rien dans ce code qui prouve que ta session est initialisée ?

Essaye plutôt pour le vérifier :
Code:

1 2 3 4 5 6 7 if ( isset( $_SESSION['user'])) { echo $_SESSION['user'] ; } else { echo 'Variable non initailisée' ; }
De plus, cette ligne ne me semble pas logique :
Code:

1 2 3 unset( $_SESSION['user'] ); session_destroy();
Forcemment, si ta session ne comprend que la variable $user, tu supprimes cette variable avant de détruire la session compléte.
Donc....y a plus rien à supprimer...d'où message d'erreur.
29/07/2006, 00h14
orochimaru

Ok, cela me sort "Variable non initailisée"

Pourtant le contructeur de la class k_session possède un sesion_start()...

J'ai l'impression que c'est la class qui change l'id de la session a chaques fois...
29/07/2006, 00h15
alain31tl

J'ai rajouté un commentaire dans mon message précédent. lloll

En enlevant le session_destroy() je n'ai effectivement plus de message d'erreur, mais les sessions ne fonctionnent toujours pas, les variables ne sont pas passées entres les pages

Voici comment sont faites les pages de mon site:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
<?php
 
require('../config.php5');
require('../includes/fonctions.inc.php5');
 
$session = new k_session();
 
$bdd  = new mysql($sql['host'], 
                          $sql['user'], 
	                  $sql['pwd'], 
	                  $sql['db'] );
 
if ( !isset($_SESSION['user']) )
{
    /* mises en session de l'objet user */
    $_SESSION['user'] = new user($_POST['pseudo'], $_POST['pwd']);
 
    /* connexion de l'utilisateur */
    $_SESSION['user']->login($bdd);
}
 
if( !$_SESSION['user']->loggue ) 
{
    $_SESSION['user']->loggue = FALSE;
    session_unset();
    /* utilisation de l'URL absolue pour la redirection vers la page d'authentification */
    header("Location: http://" . $_SERVER['HTTP_HOST']
               . rtrim(dirname($_SERVER['PHP_SELF']), '/\\')
               . "/index.php5?msg=1");
}
 
[...]
 
?>

Quand j'utilise les sessions normales je n'ai pas de problemes, quand j'utilise la class, la condition if( !$_SESSION['user']->loggue ) est toujours remplie donc je suis redirigé vers la page d'identification

29/07/2006, 01h05
alain31tl
Citation:

Envoyé par orochimaru

....... les variables ne sont pas passées entres les pages..........

Tu as un :
Code:

1 2 session_start();
au debut des pages qui traitent ces variables ?

Et pourquoi encore cette ligne ?

Code:

session_unset();

Tes variables ne peuvent pas passer de cette façon ?
29/07/2006, 01h07
orochimaru

Le session_start() est dans le contructeur de la class k_session
29/07/2006, 01h10
alain31tl

D'accord, mais tes autres pages y font référence ?
29/07/2006, 01h17
orochimaru

oui, chaques pages se présente comme celle décrite plus haut, il y a donc un $session = new k_session() au début de chaques pages
29/07/2006, 01h19
alain31tl
Je pense que la meilleure solution, c'est de faire des test au fil des lignes de ton script :
Code:

1 2 3 4 5 6 7 8 if ( isset( $_SESSION['user'])) { echo $_SESSION['user'] ; } else { echo 'Rien' ; }
Celà te permettrait de localiser le monceau de script incriminé
29/07/2006, 01h25
orochimaru

Déja tésté, ca affiche toujours rien meme quand c'est placé juste apres la création de l'objet d'ou mon doute sur le fonctionnement de la class, y'a un truc que j'ai pas du comprendre

Si je traduis ci-dessous:
Si user n'est pas défini, tu le mets en session...en l'ocurrence, rien :)
Code:

1 2 3 4 5 6 7 if ( !isset($_SESSION['user']) ) { /* mises en session de l'objet user */ $_SESSION['user'] = new user($_POST['pseudo'], $_POST['pwd']); //.............

29/07/2006, 01h37
orochimaru

Oui enfin la c'est le cas de la page qui est juste apres l'identification, je récupère les $_POSTE des loggin et password pour identifier l'utilisateur
$_SESSION['user']->login($bdd) met $_SESSION['user']->loggue à FALSE si l'identification à échoué (et à TRUE si elle a reussie) et donc dans ce cas on est redirigé vers l'authentification.

Mais cette condition n'apparait pas sur les autres pages, je l'ai mise ici juste pour expliquer le principe

Le code fonctionne bien lorsque j'utilise l'habituel session_start() au lieu de la class.
29/07/2006, 01h46
alain31tl

ok !

Ce qui m'échappe, c'est que tu ne puisses récupérer un quelconque echo de cette variable (?) :roll:
Ou elle n'est pas mise en session, ou bien c'est à cause du timeout trop court.
29/07/2006, 01h52
orochimaru

Et bien moi aussi cela m'échappe :)
Le timout est de 10 secondes normalement (dans la class il y a private $concurrency_timeout = 20 ;)

ps: j'ai oublié de dire que j'ai un chouilla adapté la class à php5 en mettant __contruct() au lieu de k_session() et private au lieu de var mais je ne pense pas que cela soit genant.
29/07/2006, 02h07
alain31tl

C'est pas génant de changer les intitulés, à condition de garder les mêmes partout et sur toutes les pages.
Par contre, il n'y a pas de spec particulières pour user de sessions sous php5 ?
Je pose juste la question car j'avais déjà été confronté à ce probléme entre les version 3 & 4, qui sont 2 approches différentes.
29/07/2006, 12h25
orochimaru

Oui entre php 3 & 4 les sessions etaient differents, mais dans le 5 il n'y a pas de difference (à ma connaissance)
29/07/2006, 14h28
alain31tl
Si on fait abstraction des variables elles-mêmes, ce serait peut-être interressant de vérifier le statut de la session dans différentes parties du script.
Code:

1 2 3 $session = new k_session(); $Session_ID = session_id();
Et la ligne de vérification dans différentes parties du script :

Code:

echo session_id();

C'est à mon avis, la manière la plus efficace pour vérifier son existence, sans se référer aux variables qui devraient l'accompagner.
Si cet id de session est accessible, les variables associées devraient l'être aussi.
Dans ce cas, le probléme pourrait venir du transfert des variables, ou du non-enregistrement de ces variables dans cette même session.
Faut voir :)
29/07/2006, 15h04
orochimaru

Ca affiche le meme ID sur toutes les pages, la session est donc la meme

Je viens de faire une multitude de tests et le probleme c'est que l'erreur de la session qui ne passe pas se produit seulement quelques fois, je n'arrive pas à isoler l'erreur...

Sinon, $session->destroy() ne fonctionne pas, quand je l'utilise les sessions ne passent plus du tout (alors que je l'utilise juste avant la redirection donc dans la condition)
29/07/2006, 21h46
alain31tl

Je crois que tu vas être contraint de t'abstenir de cette class et de revenir à un système de gestion de sessions plus classique, qui reste au demeurant efficace pour ce genre de script.:roll:
29/07/2006, 22h58
orochimaru

Oui je croit aussi, dommage, son systeme de timout automatique me plaisait bien, ca vas etre chiant de faire ca à la main...
30/07/2006, 11h45
alain31tl

Honnêtement, je trouve que c'est plutôt contraignant ce changement d'id de session à chaque hit, et surtout sujet à conflits, et je t'avoue que j'ai pas bien compris son intérêt, à moins que celà ne soit adapté véritablement à une application particulière.
Je reste persuadé qu'il y d'autres solutions, plutôt que d'utiliser cette class, surtout si elle ne se justifie que par son option de timeout.