Discussion :

[delete]

Bonjour

Je me pose une question fondamentale pour un dév :

J'ai essayé lors de ce développement de stocker dans une variable de session une valeur de type #ressource (genre retour de requête mySQL).

Cela ne fonctionnait pas ou aléatoirement et j'ai cru comprendre au fil de certaines lectures que les variables de session étaient sérializées donc j'ai abandonné.

La question : Est il possible de stocker en variable de session un tableau contenant une variable de type #object typiquement les valeurs d'une classe ?

Car apparemment cela fonctionne :

Code :

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

1
2
3
4
5
6
7
8
9
class toto() {} .... 
 
$mesvaleurs = new toto() ; 
 
$tableau[ 1 ] = serialize($mesvaleurs) ; 
 
et au retour :
 
$mavaleur_attendue = unserialize($tableau[ 1 ]) ;

Cela vous semble-t-il conventionnel ?

Merci

[Drakulo]

Bonjour Delete.

Dans les variables de session, on peut effectivement stocker des informations qui sont sérialisées. Il est possible de sérialiser un tableau, quel que soit son contenu, y compris des instances de classes. Ainsi, tu peux créer un tableau rempli d'objets, le sérialiser et le mettre dans une variable de session. Les objets seront réutilisables une fois le tableau déserialisé en y accédant de manière classique. Si tu n'as qu'un seul objet à mettre dans une variable de session, autant sérialiser directement l'objet lui même plutôt que de le mettre dans un tableau.

Prenons une classe quelconque :

Code php :

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

1
2
3
4
5
<?php
    class MaClasse{
        var $foo;
    }
?>

Maintenant voyons voir ce qu'on peut en faire :

Code php :

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

1
2
3
4
5
6
7
8
9
10
11
12
<?php
    session_start();
    // On instancie notre classe et on y met une valeur
    $objet = new MaClasse();
    $objet->foo = "texte blabla";
 
    // On crée un tableau avec notre objet dedans
    $tab = array("monObjet" => $objet);
 
    // On met le tableau sérialisé dans une variable de session
    $_SESSION['monTableau'] = serialize($tab);
?>

Et maintenant depuis un autre script :

Code php :

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

1
2
3
4
5
6
7
8
9
10
11
<?php
    session_start();
    // On récupère notre tableau
    $nouveauTab = unserialize($_SESSION['monTableau']);
 
    // On peut réutiliser notre objet
    $nouvelObjet = $nouveauTab["monObjet"];
 
    // Affichage de "texte blabla"
    echo $nouvelObjet->foo;
?>

Pour répondre à ta dernière question "est-ce conventionnel?", mettre un tableau dans une variable de session ne me choque pas.

En espérant avoir répondu à ta question.

[Séb.]

A noter que le gestionnaire de sessions PHP se débrouille tout seul pour transmettre les objets. Pas besoin de les dé/linéariser nous-même. Dans le cadre d'instances il faut juste s'assurer que la classe est correctement définie dans le script cible.

[kaymak]

J'ai essayé lors de ce développement de stocker dans une variable de session une valeur de type #ressource (genre retour de requête mySQL).

Cela ne fonctionnait pas ou aléatoirement et j'ai cru comprendre au fil de certaines lectures que les variables de session étaient sérializées donc j'ai abandonné.

Ce qu'il faut surtout préciser, c'est que les ressources sont non sérializable ! Une ressource est un processus, un lien, une valeur qui ne peut vivre au delà de la durée de vie du processus php -=> la requête web -=> page.


http://www.php.net/manual/fr/languag...s.resource.php
http://www.php.net/manual/fr/resource.php

[delete]

mettre un tableau dans une variable de session ne me choque pas.

Salut

Cool merci à toi et à tous, je comprends mieux et cela réponds à plusieurs questions à mes problèmes.

Une de mes dernières interrogations est : Quelle est la limite de taille d'un tableau et de son contenu en variable de session, la question étant complémentaire et intrinsèquement liée.

J'imagine qu'il y a un paramètre dans php.ini...

[Séb.]

Pas de limite intrinsèque, les données étant stockées dans un fichier.

[delete]

Pas de limite intrinsèque, les données étant stockées dans un fichier.

J'en apprends encore une, merci (ce que j'ai vérifié par ailleurs, sorry...)

Mais quand même il n'y a pas de limites en variables de session ? j'imagine par exemple un site très consulté avec un /tmp (ou autre) limité, on aurait un overflow ... non ?

Ceci m'incitera certainement à consulter les topics sur les optimisation PHP pour les variables de session et leurs limites ...

En tout cas merci.