J'ai un peu etudié les sessions sous php4 et si g bien compris il semble que
les fonctions de sessions de php4 stockent les données dans un repertoire et
pas dans la bdd.
Connaissez vous une bonne doc ou une bonne librairie fiable pour faire des
sessions avec des cookies en stockant les données dans une bdd ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Frederic Bouchery
Bonjour a tous, Salut,
J'ai un peu etudié les sessions sous php4 et si g bien compris il semble que les fonctions de sessions de php4 stockent les données dans un repertoire et pas dans la bdd. On peut aussi les mettre en mémoire, ce qui est 100 fois plus performant
(et le mot est faible).
Connaissez vous une bonne doc ou une bonne librairie fiable pour faire des sessions avec des cookies en stockant les données dans une bdd ? Bouu ... quelle idée ! Pour charger inutillement son serveur de données
et ralentir l'ensemble du site, il n'y a pas mieux que la BD ...
Si tu veux vraiment le faire, regardes du coté de la fonction session_set_save_handler
Fred.
Bonjour a tous,
Salut,
J'ai un peu etudié les sessions sous php4 et si g bien compris il semble que
les fonctions de sessions de php4 stockent les données dans un repertoire et
pas dans la bdd.
On peut aussi les mettre en mémoire, ce qui est 100 fois plus performant
(et le mot est faible).
Connaissez vous une bonne doc ou une bonne librairie fiable pour faire des
sessions avec des cookies en stockant les données dans une bdd ?
Bouu ... quelle idée ! Pour charger inutillement son serveur de données
et ralentir l'ensemble du site, il n'y a pas mieux que la BD ...
Si tu veux vraiment le faire, regardes du coté de la fonction
session_set_save_handler
J'ai un peu etudié les sessions sous php4 et si g bien compris il semble que les fonctions de sessions de php4 stockent les données dans un repertoire et pas dans la bdd. On peut aussi les mettre en mémoire, ce qui est 100 fois plus performant
(et le mot est faible).
Connaissez vous une bonne doc ou une bonne librairie fiable pour faire des sessions avec des cookies en stockant les données dans une bdd ? Bouu ... quelle idée ! Pour charger inutillement son serveur de données
et ralentir l'ensemble du site, il n'y a pas mieux que la BD ...
Si tu veux vraiment le faire, regardes du coté de la fonction session_set_save_handler
Fred.
John GALLET
sessions avec des cookies en stockant les données dans une bdd ? Bouu ... quelle idée !
Tout site un minimum professionnel tournera sur deux ou plus machiens frontales en DMZ qui ne se verront pas les unes-les autres par FS (et pas du tout en mémoire, on a pas un super-cluster !)
Les sessions natives php4 ne sont pas faites pour des vrais sites de la vraie vie, tout simplement, sauf si ton mécanisme de loadbalancing entre machines frontales te *garanti* que les requêtes http venant d'une machine cliente donnée iront *toujours* sur la même bécane frontale, ce qui est compliqué à garantir ou peut coûter trop cher par rapport à d'autres solutions.
a++; JG
sessions avec des cookies en stockant les données dans une bdd ?
Bouu ... quelle idée !
Tout site un minimum professionnel tournera sur deux ou plus machiens
frontales en DMZ qui ne se verront pas les unes-les autres par FS (et pas
du tout en mémoire, on a pas un super-cluster !)
Les sessions natives php4 ne sont pas faites pour des vrais sites de la
vraie vie, tout simplement, sauf si ton mécanisme de loadbalancing entre
machines frontales te *garanti* que les requêtes http venant d'une machine
cliente donnée iront *toujours* sur la même bécane frontale, ce qui est
compliqué à garantir ou peut coûter trop cher par rapport à d'autres
solutions.
sessions avec des cookies en stockant les données dans une bdd ? Bouu ... quelle idée !
Tout site un minimum professionnel tournera sur deux ou plus machiens frontales en DMZ qui ne se verront pas les unes-les autres par FS (et pas du tout en mémoire, on a pas un super-cluster !)
Les sessions natives php4 ne sont pas faites pour des vrais sites de la vraie vie, tout simplement, sauf si ton mécanisme de loadbalancing entre machines frontales te *garanti* que les requêtes http venant d'une machine cliente donnée iront *toujours* sur la même bécane frontale, ce qui est compliqué à garantir ou peut coûter trop cher par rapport à d'autres solutions.
a++; JG
Frederic Bouchery
Tout site un minimum professionnel tournera sur deux ou plus machiens frontales en DMZ qui ne se verront pas les unes-les autres par FS (et pas du tout en mémoire, on a pas un super-cluster !) Certes.
Les sessions natives php4 ne sont pas faites pour des vrais sites de la vraie vie, tout simplement, sauf si ton mécanisme de loadbalancing entre machines frontales te *garanti* que les requêtes http venant d'une machine cliente donnée iront *toujours* sur la même bécane frontale, ce qui est compliqué à garantir ou peut coûter trop cher par rapport à d'autres solutions. J'ai vu des solutions de loadbalancing sur le SID :-)
Fred.
Tout site un minimum professionnel tournera sur deux ou plus machiens
frontales en DMZ qui ne se verront pas les unes-les autres par FS (et pas
du tout en mémoire, on a pas un super-cluster !)
Certes.
Les sessions natives php4 ne sont pas faites pour des vrais sites de la
vraie vie, tout simplement, sauf si ton mécanisme de loadbalancing entre
machines frontales te *garanti* que les requêtes http venant d'une machine
cliente donnée iront *toujours* sur la même bécane frontale, ce qui est
compliqué à garantir ou peut coûter trop cher par rapport à d'autres
solutions.
J'ai vu des solutions de loadbalancing sur le SID :-)
Tout site un minimum professionnel tournera sur deux ou plus machiens frontales en DMZ qui ne se verront pas les unes-les autres par FS (et pas du tout en mémoire, on a pas un super-cluster !) Certes.
Les sessions natives php4 ne sont pas faites pour des vrais sites de la vraie vie, tout simplement, sauf si ton mécanisme de loadbalancing entre machines frontales te *garanti* que les requêtes http venant d'une machine cliente donnée iront *toujours* sur la même bécane frontale, ce qui est compliqué à garantir ou peut coûter trop cher par rapport à d'autres solutions. J'ai vu des solutions de loadbalancing sur le SID :-)
Fred.
loufoque
Claude a dit le 25/02/2005 à 08:53:
J'ai un peu etudié les sessions sous php4 et si g bien compris il semble que les fonctions de sessions de php4 stockent les données dans un repertoire et pas dans la bdd.
C'est juste le fonctionnement par défaut. Tu choisis et définis le handler que tu veux.
Claude a dit le 25/02/2005 à 08:53:
J'ai un peu etudié les sessions sous php4 et si g bien compris il semble que
les fonctions de sessions de php4 stockent les données dans un repertoire et
pas dans la bdd.
C'est juste le fonctionnement par défaut.
Tu choisis et définis le handler que tu veux.
J'ai un peu etudié les sessions sous php4 et si g bien compris il semble que les fonctions de sessions de php4 stockent les données dans un repertoire et pas dans la bdd.
C'est juste le fonctionnement par défaut. Tu choisis et définis le handler que tu veux.
John GALLET
Re,
J'ai vu des solutions de loadbalancing sur le SID :-)
Dans ce cas je te confirme que si tu ne passes pas plus de temps dans le loadbalancer (déjà vu !!) quec e que tu peux gagner il est intéressant d'utilsier les sessions natives php4 en mémoire. Tu perds quand même pas mal de fonctionnalités (même si je crois qu'un callback lors de l'expiration de la session était à l'ordre du jour ?) mais en perfs, c'est sans comparaisons. Ce message ne t'es pas destiné, mai bien entendu, attention à ne pas transformer $_SESSION en poubelle...
Mais souvent, tu te retrouves avec un altéon-like devant els bécanes et là... tu es tout de suite moins bien barré, même si certains font des trucs sympa.
a++; JG
Re,
J'ai vu des solutions de loadbalancing sur le SID :-)
Dans ce cas je te confirme que si tu ne passes pas plus de temps dans le
loadbalancer (déjà vu !!) quec e que tu peux gagner il est intéressant
d'utilsier les sessions natives php4 en mémoire. Tu perds quand même pas
mal de fonctionnalités (même si je crois qu'un callback lors de
l'expiration de la session était à l'ordre du jour ?) mais en perfs, c'est
sans comparaisons. Ce message ne t'es pas destiné, mai bien entendu,
attention à ne pas transformer $_SESSION en poubelle...
Mais souvent, tu te retrouves avec un altéon-like devant els bécanes et
là... tu es tout de suite moins bien barré, même si certains font des trucs
sympa.
J'ai vu des solutions de loadbalancing sur le SID :-)
Dans ce cas je te confirme que si tu ne passes pas plus de temps dans le loadbalancer (déjà vu !!) quec e que tu peux gagner il est intéressant d'utilsier les sessions natives php4 en mémoire. Tu perds quand même pas mal de fonctionnalités (même si je crois qu'un callback lors de l'expiration de la session était à l'ordre du jour ?) mais en perfs, c'est sans comparaisons. Ce message ne t'es pas destiné, mai bien entendu, attention à ne pas transformer $_SESSION en poubelle...
Mais souvent, tu te retrouves avec un altéon-like devant els bécanes et là... tu es tout de suite moins bien barré, même si certains font des trucs sympa.
