Discussion :

[ramses007]

Bonjour,

Alors, voilà :

je fais un petit cms pour tester des trucs et des machins en php. Mais, sur plein de pages, l'utilisateur n'a pas besoin d'être connecté, et pas besoin de session.

Mais, par exemple dans l'en-tête, si et seulement si l'utilisateur est connecté, je veux mettre son login, etc...

Je voudrais donc un système qui me permette de savoir si un utilisateur est connecté ou non, mais ne pas avoir besoin d'ouvrir de session du tout s'il se trouve qu'il n'est pas connecté.

Donc, en gros, éviter de faire des choses du genre :

session_start();
...
if (isset($_SESSION["user"]) {...}

où on ouvre une session dans tous les cas, avant de s'apercevoir qu'en fin de compte il n'y en a pas besoin.

J'ai bricolé un truc qui marche, mais je ne sais pas
a) si c'est utile - quel est le coût d'une session sans données ?
b) s'il y a des solutions plus élégantes

Bref, j'utilise un cookie, et le code pour savoir si l'utilisateur est connecté ou non est alors du type :

if ($_COOKIE["connecte"]) {
if (! isset($_SESSION)) {
session_start();
}
... on peut maintenant regarder dans $_SESSION...
} else {
// pas de connexion, pas besoin de session.
}

Je n'essaie d'ouvrir la session que si le cookie est fixé - et qu'elle n'est pas déjà ouverte par ailleurs.

(je précise que tous les affichages sont faits après coup, ce qui rend la position de l'appel de session_start() beaucoup moins critique.

Donc (en me répétant sans vergogne), ma question est :
- est-ce que ça vaut la peine - pour un site avec beaucoup de visiteurs - de se fatiguer à faire ça ?
- est-ce qu'il y a "mieux" ?

[Torgar]

Salut,

Comme ça, je dirais que c'est se prendre la tête pour rien.

D'après ce lien, ça changera rien au niveau des perfs car les sessions sont sans ralentissement des performances.

[RunCodePhp]

Salut

Comme ça, je dirais que c'est se prendre la tête pour rien.

Pas tant que ça, je dirais pas pour la même raison.

Vérifier qu'en retour on a un cookie confirme qu'on a affaire à un navigateur (plus exactement un client) qui enregistre bien les cookies.
Du coup démarrer la gestion des session uniquement si cette condition est rempli n'est pas si inutile que ça.

Faut savoir qu'une bonne partie des bot/spider (moteur de recherche, etc ...) n'enregistrent pas de cookie, donc ne nous le renvoie pas.
Par conséquent si on démarre la gestion des sessions systématiquement à toutes les pages, et bien dans tel cas Php va créer une nouvelle session à chaque page demandée.
Au bout on peu cumuler beaucoup de fichiers de sessions créés inutilement.
Si le ramasse miette est défectueux ça peu faire ralentir considérablement le serveur (voir le saturer).



Mise à part ça, il faudrait au moins faire comme ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
if ($_COOKIE["test"]) {
 
    // Démarrer la session
    session_start();
 
    if (isset($_SESSION['user'])) {
        // Traitement pour une personne identifiée
    }
}
// traitement pour tous

C'est à dire de démarrer la session avant de vérifier le contenu de $_SESSION, sinon ce tableau ne contiendra rien.
C'est le fait de démarrer la session que Php va automatiquement récupérer le contenu du fichier de la session et le mettre dans $_SESSION.


Attention aussi à ne pas perdre de vu qu'une session (le cookie de session plus exactement) à un temps d'expiration, qui par défaut vaut 24 minutes.
Donc admettons qu'une page ne demande pas obligatoirement que la personne soit identifiée, et bien si on ne démarre pas la session (pour soit disant faire une économie de traitement) et bien le temps d'expiration ne sera pas reconduit (reparti à 0).
Du coup le temps défile, et si à la page suivante le temps est expiré, la personne ne sera plus considérée comme identifiée.
Elle devra se ré-identifier.

Donc démarrer la session est bien souvent nécessaire, pas seulement si une personne est identifiée.