yoyo354 Yoyo, le roi du ... | cerel a écrit :
Ben disons que l'on fait rarement le "SAV"(1). Ceci inclus egalement les codes obscures(2) que l'on peut trouver dans les bouquins.
C'est d'ailleurs ce que je reproche a certains bouquins. Des fois ils donnent trops d'explication sur le code, et des fois aucune explication...(3)
Personellement j'ai deja une classe qui s'occupe de metre mes sessions dans une table. Faudrait que je prenne le temps un jour de la netoyer et refaire un peu...(4)
Pour en revenir a ta classe, perso je l'aime pas trop. PEAR sont des extensions pour php, et il me semble que tous les hebergeurs ne les ont pas forcement
(5), c'est pour cela que je prefere ne pas les utiliser. Comme ca cela m'evite de mauvaises surprises ...
Sinon, le fait que tu n'ai pas beacoup de succes, et je pense, egalement la faute de PEAR(5). En effet, pour "debugger" ta classe, il faudrait voir les fichiers PEAR.php ainsi que DB.php. Tout le monde n'as pas forcement envie de passer du temps rien que pour trouver ces fichiers, etudier le code puis faire des tests ...
Alors voila, je vais voir si je trouve la motive pour me plonger dans PEAR et dans cette classe, mais c'est pas gagne ...(6)
[edit]
Bon j'ai regarde un peu ta classe. C'est quoi le probleme en fait ? Car ta classe, si aucune erreur se produit, s'enregistre comme "session handler". Ce qui veut dire que php va deleguer la gestion des sessions a la classe.
Pour l'utiliser il suffit donc de simplement, inclure la classe et l'instancier. Ensuite tu peux utiliser les sessions comme tu fais d'habitude.
Pour le SID, pkoi veux-tu le recup ? Tu peux essayer session_id().(7)
Pour eregistrer des variables dans la session, suffit de les mettre dans le tableau $_SESSION. Meme chose pour les recup.
Niveau secu, les sessions dans un tableau c'est mieux je trouve. Au moins tu n'as pas de probleme au niveau du hijacking des sessions par tes "voisins".
Sinon niveau perf, je pense pas que cela impacte beacoup.
|
(1) A vrai dire, je n'ose pas trop envoyer de mail aux éditions O`Reilly (2)Mais qu'a-t-il d'obscure (3)D'accord avec toi : Cette class est une des seules à ne pas être expliqué dans le bouquin. Et evidement, elle m'interesse... (4)A mon avi, ça en arrangerait plus d'un (5)Pour le moment je test le site du mon server perso sur mon réseau local : donc pas de problème pour mettre PEAR. Mais à long terme, c'est sur un "vrai" serveur dedié que sera hebergé mon site qui appartient à un ami et que me laissera l'accès ROOT. Donc là non plus pas de problème pour ma part. Mais en effet, pour des hébergement mutualisés, on peut éffectivement s'attendre à quelques mauvaises surprises... (6)A vrai dire, en repensant à ce que tu viens de dire à propos de PEAR, je me pose de sérieuses questions quand à l'utilisation de PEAR dans mon site... (7)Je vien de me rendre compte en cherchant dans google et en regardant dans mes cookies que la valeur du sessionid était contenu dans mes cookies... Je vais donc modifié mon php.ini avec :
Code :
- session.use_trans_sid = 1
- session.use_cookies = 0
- session.auto_start =1
|
Je verrais ce que ça donne quand j'en aurais le temps... Là, je vais aller commencer mes devoirs... Merci encor pour l'attention portée à ce post
EDIT : Après modifications du php.ini, j'obtien bien : http://xxx.homelinux.net/page.php? [...] 1f0af18df4
Une chose qui me ferais vraiment plaisir :
Un lien vers une explication sur les sessions enregistrés dans une db mysql... Avec des exemples, etc... Que je comprenne au moins. Car j'ai beau cherché dans google, je tombe sur des forums où l'on parle de sécurité avec les sessions, mysql, etc... Mais je n'ai pas trouvé d'exemple concret avec des explications...
EDIT 2 : Sinon, les sessions fonctionnent bien mais elles ne sont pas enregistrées dans la bd mysql Message édité par yoyo354 le 01-05-2005 à 11:04:59 ---------------
http://yoyo.eurotchat.net -> Wednesday 14 September a 02:00:01 up 43 days, 11:47, 2 users, load average: 0.07, 0.03, 0.00
|