Zend FR

#1 Voir la doc de Zend_Session concernant les expiratiosn
#1bis le seul moyen de détecter la fermeture de la page est avec javascript

#2 pour savoir quel type de comptes est un utilisateur, tu as 2 possibilités :
- soit tu utilises les ACL (isAllowed('webmaster', 'page', 'faire ca'))
- soit tu n'utilises pas les acl et tu utilises directement ton model utilisateur pour savoir de quel type est l'utilisateur courant (je ne connais pas ton model, mais par exemple if ($user->type == 'webmaster') ...)

1. Pour la durée de connexion je procède comme ceci :

        $db = self::$registry->database;
        $auth             = Zend_Auth::getInstance();                        //-- Récupère l'instance de Zend_Auth
        
        //-- Gestion de la déconnexion après un laps de temps donné --//
        $storage = new Zend_Auth_Storage_Session(self::$TXT_NAME_SESSION);
        //$sessionNamespace = new Zend_Session_Namespace($storage->getNamespace());        
        self::$scholastieNamespace->setExpirationSeconds(4200);
        $auth->setStorage($storage);
        
        $authAdapter     = new Zend_Auth_Adapter_DbTable($db);            //-- Créer une instance Auth_Adaptater de type Table
        $loginAuth         = new LoginAuth($db,$authAdapter,$auth);

J'utilise une session (ici Scholastie, cherche pas pourquoi j'ai appelé ça comme ça, c'est le prénom féminin le plus moche à ma connaissance (et c'est celui de ma copine )). Dans cette session je range mon objet acl qui est initialisé.

2. Par contre là, le mieux c'est de savoir exactement ce qui change et sur quoi vont porter tes acl. Normalement, les acl sont utilisés pour dire si un utilisateur à le droit d'accéder à une ressource (généralement, une page). Mais dans ton cas, si je comprends bien, l'utilisateur peut accéder à toutes les pages, qu'il soit admin ou member. Par conséquent, je n'utiliserai pas les Acl dans ce cas, qui risque de compliquer un truc simple (c'est un avis avec le peu d'information que tu as cité). J'imagine que tu as une table utilisateur et une table role (contenant admin, invité, member...) et à un utilisateur est attribué un role. Si c'est tout ce que tu as, tu peux écrire un plugin qui recherche avant chaque action la page demandé en fonction du role de l'utilisateur et fournir donc le résultat que tu souhaites. Ceci dit, c'est un avis parmi tant d'autre.

Bon courage

Le plugin ne fait pas de redirection (sauf si tu le lui demande). Ce qui pourrait être intéressant pour toi, c'est de charger le contenu que tu souhaites afficher dans le plugin et le placer dans une variable qui serait défini dans le registry par exemple. T'en penses quoi ?

En fait si le passage par objet n'est pas possible

Tu veux dire quoi par là ? N'oublie pas que tu peux sérialiser un objet (donc sauvegarder son état => valeurs des membres), même le stocker dans une base de données, et le passer ou tu veux (ce qui n'est pas forcément conseillé). Ceci dit, je te proposai la solution de chargé le contenu dans un plugin si tu chargeais le contenu de la page... Si je comprends bien, il s'agit plus de modules que tu souhaites afficher (menu supplémentaires par exemple...). Dans ce cas, il est vrai qu'il existe de nombreuses solutions correctes pour répondre à ton problème, dont les sessions en font parties (quoi qu'il en soit, je pense que tu as au moins une session) mais maintenant il faut que tu sois sûr de ce que tu vas mettre dans cette session.

En ce qui me concerne, dés qu'il s'agit d'une manipulation de données de la sorte (par exemple pour mes menus en fonction du type d'utilisateur connecté) j'ai toujours 2 classes : une classes qui ne gère que les requêtes SQL et dans aucun cas ne contient des fonctions d'affichages. La deuxième classe, comme tu t'en doutes ne contient à sont tour que les opérations d'affichages, de récéptions des paramètres et utilise la première classe. Encore une fois, c'est une solution parmi tant d'autre.

Bon courage

Perso je ne sérialize pas mes models car, si entre temps, un admin modifie le compte, j'ai besoin de le savoir. Donc, je conserve que l'id de la personne te un plugin fait le select pour s'assurer de l'état du compte tout le temps.

A toi de savoir si il est nécessaire de sérializer ou non ton objet.
Une fois que tu as récuperer ton objet, en effet, il est très facile de faire

if ($compty->type == TypeCompte::Webmaster )

Comme disais Norky, je ne serialise pas d'objet contenant un objet BD. Si tu tiens à le faire, regarde dans la section Zend_Db de la doc et tu trouveras le moyen de sauver une db. Par contre si tu veux sauvegarder un objet quelconque, ce sont les fonctions php qui répondent à ce besoin : $temp = serialize($objet) et $objet = unserialize($temp).

En fait, une session ne fait que de la serialisation...

ok je vais essayer qq tests et je posterais les résultats

merci

Dans ce cas, il faut appelé toi même serialize :
$s = new Zend_Session_Namespace('userProfileNamespace');
$s->user = serialize($user); // la, __serialize sera appelé

puis pour récuperer :
$s = new Zend_Session_Namespace('userProfileNamespace');
$user = unserialize($user); // la, __unserialize sera appelé