Euh, je me bats avec le code du système d'authentification (et j'ai mis à jour la doc sur le spiplab) et il y a un magnifique fichier inc_session.php3 avec pleins de routines qui reproduise les fonctions de sessions deja existante dans Spip.
La question est :
pourquoi tout réinventer? pour ne pas avoir le SESSION_ID tout moche qui s'inscruste dans les urls? pour que ça marche en php3 sur des hebergeurs exotiques?
Vu que tout est balancé dans la trés sainte $GLOBALS, que contient cette session maison?
M.
La question est :
pourquoi tout réinventer? pour ne pas avoir le SESSION_ID tout moche qui
s'inscruste dans les urls? pour que ça marche en php3 sur des hebergeurs
exotiques?
Pour que ça marche là où les sessions PHP ne marchent pas.
a+
Antoine.
Antoine wrote:
La question est :
pourquoi tout réinventer? pour ne pas avoir le SESSION_ID tout moche qui s'inscruste dans les urls? pour que ça marche en php3 sur des hebergeurs exotiques?
Pour que ça marche là où les sessions PHP ne marchent pas.
Il y a des hebergeurs qui ne gèrent pas les sessions?
Des magouilles pour isoler les sessions par site pour le multi hosting, mais pas de session, je connaissais pas.
M.