THOMAS Pierre , le 05 déc. 2004 16:45:44, écrivait ceci:
j'aimerai savoir comment je peux arriver à savoir lorsqu'un visiteur de mon site est parti du site, cela afin d'interrompre la session en cours...
Simple, si la session n'a pas été "réveillée" depuis X temps on la détruit. Reste à voir comment tu gères tes sessions.
krystyan
bonjour, il es tout à fait possible de savoir quand le visiteur quitte le site en croisant un evenement javascript avec un script php. Je m'explique, lorsqu'un visiteur quitte une page, l'evement javascript en rapport sera "onUnload" à insérer dans le tag <body>, il suffit donc de reperer de cette manière quand il quitte la page et lancer au même moment un script php qui va effectuer un session_destroy().
dans le head : <SCRIPT LANGUAGE=JavaScript> function QuittePage(Url_Page,Nom_Fenetre,Infos) { window.open(Url_Page,Nom_Fenetre,Infos); } </SCRIPT>
dans le tag <body> : onUnload="QuittePage('destroy_session.php','','width 0,height 0')"
dans ton fichier destroy_session.php : <? session_start(); $_SESSION = array(); session_destroy(); ?> tu pourras également ajouter dans cette page un script javascript qui la fera se fermer après avoir effectuer sa commande php.
"THOMAS Pierre" a écrit dans le message de news:41b2fb2d$0$31512$
Bonjour,
j'aimerai savoir comment je peux arriver à savoir lorsqu'un visiteur de mon
site est parti du site, cela afin d'interrompre la session en cours...
merci par avance de vos réponses
Topito
bonjour,
il es tout à fait possible de savoir quand le visiteur quitte le site en
croisant un evenement javascript avec un script php.
Je m'explique, lorsqu'un visiteur quitte une page, l'evement javascript en
rapport sera "onUnload" à insérer dans le tag <body>, il suffit donc de
reperer de cette manière quand il quitte la page et lancer au même moment un
script php qui va effectuer un session_destroy().
dans le head :
<SCRIPT LANGUAGE=JavaScript>
function QuittePage(Url_Page,Nom_Fenetre,Infos) {
window.open(Url_Page,Nom_Fenetre,Infos);
}
</SCRIPT>
dans le tag <body> :
onUnload="QuittePage('destroy_session.php','','width 0,height 0')"
dans ton fichier destroy_session.php :
<?
session_start();
$_SESSION = array();
session_destroy();
?>
tu pourras également ajouter dans cette page un script javascript qui la
fera se fermer après avoir effectuer sa commande php.
"THOMAS Pierre" <thomaspierre@free.fr> a écrit dans le message de
news:41b2fb2d$0$31512$636a15ce@news.free.fr...
Bonjour,
j'aimerai savoir comment je peux arriver à savoir lorsqu'un visiteur de
mon
site est parti du site, cela afin d'interrompre la session en cours...
bonjour, il es tout à fait possible de savoir quand le visiteur quitte le site en croisant un evenement javascript avec un script php. Je m'explique, lorsqu'un visiteur quitte une page, l'evement javascript en rapport sera "onUnload" à insérer dans le tag <body>, il suffit donc de reperer de cette manière quand il quitte la page et lancer au même moment un script php qui va effectuer un session_destroy().
dans le head : <SCRIPT LANGUAGE=JavaScript> function QuittePage(Url_Page,Nom_Fenetre,Infos) { window.open(Url_Page,Nom_Fenetre,Infos); } </SCRIPT>
dans le tag <body> : onUnload="QuittePage('destroy_session.php','','width 0,height 0')"
dans ton fichier destroy_session.php : <? session_start(); $_SESSION = array(); session_destroy(); ?> tu pourras également ajouter dans cette page un script javascript qui la fera se fermer après avoir effectuer sa commande php.
"THOMAS Pierre" a écrit dans le message de news:41b2fb2d$0$31512$
Bonjour,
j'aimerai savoir comment je peux arriver à savoir lorsqu'un visiteur de mon
site est parti du site, cela afin d'interrompre la session en cours...
merci par avance de vos réponses
Topito
Laurent Seguin
"krystyan" , le 10 déc. 2004 12:18:30, écrivait ceci:
Je m'explique, lorsqu'un visiteur quitte une page, l'evement javascript en rapport sera "onUnload" à insérer dans le tag <body>, il suffit donc de reperer de cette manière quand il quitte la page et lancer au même moment un script php qui va effectuer un session_destroy().
T'es sur que t'as tout compris aux sessions ? Non parce que ton machin c'est bien si t'as un site avec un seul écran mais dans ce cas quel interêt de la session ? Et si tu as plusieurs écrans tu va détruire la session à chaque chargement/changement de page pour la recréer dans la foulée et la bah a part créer des sessions pour créer des sessions ça ne sert pas à grand chose...
"krystyan" <lepiconcitron-no-spam@free.fr>, le 10 déc. 2004 12:18:30,
écrivait ceci:
Je m'explique, lorsqu'un visiteur quitte une page, l'evement
javascript en rapport sera "onUnload" à insérer dans le tag <body>, il
suffit donc de reperer de cette manière quand il quitte la page et
lancer au même moment un script php qui va effectuer un
session_destroy().
T'es sur que t'as tout compris aux sessions ?
Non parce que ton machin c'est bien si t'as un site avec un seul écran mais
dans ce cas quel interêt de la session ? Et si tu as plusieurs écrans tu va
détruire la session à chaque chargement/changement de page pour la recréer
dans la foulée et la bah a part créer des sessions pour créer des sessions
ça ne sert pas à grand chose...
"krystyan" , le 10 déc. 2004 12:18:30, écrivait ceci:
Je m'explique, lorsqu'un visiteur quitte une page, l'evement javascript en rapport sera "onUnload" à insérer dans le tag <body>, il suffit donc de reperer de cette manière quand il quitte la page et lancer au même moment un script php qui va effectuer un session_destroy().
T'es sur que t'as tout compris aux sessions ? Non parce que ton machin c'est bien si t'as un site avec un seul écran mais dans ce cas quel interêt de la session ? Et si tu as plusieurs écrans tu va détruire la session à chaque chargement/changement de page pour la recréer dans la foulée et la bah a part créer des sessions pour créer des sessions ça ne sert pas à grand chose...
Olivier Miakinen
il es tout à fait possible de savoir quand le visiteur quitte le site en croisant un evenement javascript avec un script php. Je m'explique, lorsqu'un visiteur quitte une page, l'evement javascript en rapport sera "onUnload" à insérer dans le tag <body>, il suffit donc de reperer de cette manière quand il quitte la page et lancer au même moment un script php qui va effectuer un session_destroy().
Ah oui, c'est sans doute le "onunload" qui permet à certains sites de te rajouter une dernière page de pub au moment où tu veux partir.
Pour moi, voir une page se réouvrir quand j'essaye de la fermer, c'est une raison amplement suffisante pour placer le site en liste noire et ne plus jamais y remettre la souris.
tu pourras également ajouter dans cette page un script javascript qui la fera se fermer après avoir effectuer sa commande php.
S'il referme derrière lui, c'est déjà un comportement un peu moins malpoli, et je ne mettrai peut-être pas le site complètement à l'index. Malgré tout, le fait de voir une fenêtre s'ouvrir puis se refermer devrait titiller mon caractère soupçonneux : je vais me demander quelle entourloupe ce site a bien voulu me faire en ouvrant une fenêtre pour la refermer aussitôt. En l'occurrence, l'entourloupe peut être un simple flicage, par exemple savoir quand j'ai fermé la fenêtre...
[ citation intégrale de l'article précédent ]
Tu as eu de la chance que l'article précédent soit court, sinon ton article n'aurait jamais passé la modération. Et comme tu as une adresse antispam, tu n'aurais même pas su pourquoi. D'ailleurs si tu tentes de répondre à mon article de la même façon, c'est couru d'avance.
Pour éviter cela : <http://www.giromini.org/usenet-fr/repondre.html>.
il es tout à fait possible de savoir quand le visiteur quitte le site en
croisant un evenement javascript avec un script php.
Je m'explique, lorsqu'un visiteur quitte une page, l'evement javascript en
rapport sera "onUnload" à insérer dans le tag <body>, il suffit donc de
reperer de cette manière quand il quitte la page et lancer au même moment un
script php qui va effectuer un session_destroy().
Ah oui, c'est sans doute le "onunload" qui permet à certains sites de te
rajouter une dernière page de pub au moment où tu veux partir.
Pour moi, voir une page se réouvrir quand j'essaye de la fermer, c'est
une raison amplement suffisante pour placer le site en liste noire et ne
plus jamais y remettre la souris.
tu pourras également ajouter dans cette page un script javascript qui la
fera se fermer après avoir effectuer sa commande php.
S'il referme derrière lui, c'est déjà un comportement un peu moins
malpoli, et je ne mettrai peut-être pas le site complètement à l'index.
Malgré tout, le fait de voir une fenêtre s'ouvrir puis se refermer
devrait titiller mon caractère soupçonneux : je vais me demander quelle
entourloupe ce site a bien voulu me faire en ouvrant une fenêtre pour la
refermer aussitôt. En l'occurrence, l'entourloupe peut être un simple
flicage, par exemple savoir quand j'ai fermé la fenêtre...
[ citation intégrale de l'article précédent ]
Tu as eu de la chance que l'article précédent soit court, sinon ton
article n'aurait jamais passé la modération. Et comme tu as une adresse
antispam, tu n'aurais même pas su pourquoi. D'ailleurs si tu tentes de
répondre à mon article de la même façon, c'est couru d'avance.
Pour éviter cela : <http://www.giromini.org/usenet-fr/repondre.html>.
il es tout à fait possible de savoir quand le visiteur quitte le site en croisant un evenement javascript avec un script php. Je m'explique, lorsqu'un visiteur quitte une page, l'evement javascript en rapport sera "onUnload" à insérer dans le tag <body>, il suffit donc de reperer de cette manière quand il quitte la page et lancer au même moment un script php qui va effectuer un session_destroy().
Ah oui, c'est sans doute le "onunload" qui permet à certains sites de te rajouter une dernière page de pub au moment où tu veux partir.
Pour moi, voir une page se réouvrir quand j'essaye de la fermer, c'est une raison amplement suffisante pour placer le site en liste noire et ne plus jamais y remettre la souris.
tu pourras également ajouter dans cette page un script javascript qui la fera se fermer après avoir effectuer sa commande php.
S'il referme derrière lui, c'est déjà un comportement un peu moins malpoli, et je ne mettrai peut-être pas le site complètement à l'index. Malgré tout, le fait de voir une fenêtre s'ouvrir puis se refermer devrait titiller mon caractère soupçonneux : je vais me demander quelle entourloupe ce site a bien voulu me faire en ouvrant une fenêtre pour la refermer aussitôt. En l'occurrence, l'entourloupe peut être un simple flicage, par exemple savoir quand j'ai fermé la fenêtre...
[ citation intégrale de l'article précédent ]
Tu as eu de la chance que l'article précédent soit court, sinon ton article n'aurait jamais passé la modération. Et comme tu as une adresse antispam, tu n'aurais même pas su pourquoi. D'ailleurs si tu tentes de répondre à mon article de la même façon, c'est couru d'avance.
Pour éviter cela : <http://www.giromini.org/usenet-fr/repondre.html>.
THOMAS Pierre
moi je n'ai peut être pas tout compris, je ne sais pas encore si le conseil que m'a donné krystyan est bon ou non, mais je le saurai dès que j'aurai essayé sa solution... Par contre il a le mérite de me proposer quelque chose qui me paraît tenir la route, mais je ne suis pas expérimenté... il a bien compris que je suis en train de faire un site qui finalement n'a qu'un écran qui change partiellement grâce à PHP qui me permet de faire du dynamique... et si je me sers des sessions c'est pour pouvoir reconnaître plusieurs visteurs... donc lorsque l'un d'entre eux s'en va je veux pouvoir lui demander s'il est sûr qu'au moment où il quitte mon site il a fini tout ce qu'il devait y faire... et qu'il peut donc partir tranquille et sans regrets... il n'y a pas besoin de repartir pour le même visiteur dans une autre session.
Peut être as-tu une autre solution à me proposer? ou une meilleure? car certains me disaient qu'il n'y a pas de solution! J'attends patiemment toute proposition de solution à mon problème Topito
"Laurent Seguin" a écrit dans le message de news:
"krystyan" , le 10 déc. 2004 12:18:30, écrivait ceci:
Je m'explique, lorsqu'un visiteur quitte une page, l'evement javascript en rapport sera "onUnload" à insérer dans le tag <body>, il suffit donc de reperer de cette manière quand il quitte la page et lancer au même moment un script php qui va effectuer un session_destroy().
T'es sur que t'as tout compris aux sessions ? Non parce que ton machin c'est bien si t'as un site avec un seul écran mais
dans ce cas quel interêt de la session ? Et si tu as plusieurs écrans tu va
détruire la session à chaque chargement/changement de page pour la recréer dans la foulée et la bah a part créer des sessions pour créer des sessions ça ne sert pas à grand chose...
moi je n'ai peut être pas tout compris, je ne sais pas encore si le conseil
que m'a donné krystyan est bon ou non, mais je le saurai dès que j'aurai
essayé sa solution... Par contre il a le mérite de me proposer quelque
chose qui me paraît tenir la route, mais je ne suis pas expérimenté... il a
bien compris que je suis en train de faire un site qui finalement n'a qu'un
écran qui change partiellement grâce à PHP qui me permet de faire du
dynamique... et si je me sers des sessions c'est pour pouvoir reconnaître
plusieurs visteurs... donc lorsque l'un d'entre eux s'en va je veux pouvoir
lui demander s'il est sûr qu'au moment où il quitte mon site il a fini tout
ce qu'il devait y faire... et qu'il peut donc partir tranquille et sans
regrets... il n'y a pas besoin de repartir pour le même visiteur dans une
autre session.
Peut être as-tu une autre solution à me proposer? ou une meilleure? car
certains me disaient qu'il n'y a pas de solution!
J'attends patiemment toute proposition de solution à mon problème
Topito thomaspierre@free.fr
"Laurent Seguin" <laurent@alussinan.org> a écrit dans le message de
news:Xns95BCED6EA0D7MonIdToken@127.0.0.1...
"krystyan" <lepiconcitron-no-spam@free.fr>, le 10 déc. 2004 12:18:30,
écrivait ceci:
Je m'explique, lorsqu'un visiteur quitte une page, l'evement
javascript en rapport sera "onUnload" à insérer dans le tag <body>, il
suffit donc de reperer de cette manière quand il quitte la page et
lancer au même moment un script php qui va effectuer un
session_destroy().
T'es sur que t'as tout compris aux sessions ?
Non parce que ton machin c'est bien si t'as un site avec un seul écran
mais
dans ce cas quel interêt de la session ? Et si tu as plusieurs écrans tu
va
détruire la session à chaque chargement/changement de page pour la recréer
dans la foulée et la bah a part créer des sessions pour créer des sessions
ça ne sert pas à grand chose...
moi je n'ai peut être pas tout compris, je ne sais pas encore si le conseil que m'a donné krystyan est bon ou non, mais je le saurai dès que j'aurai essayé sa solution... Par contre il a le mérite de me proposer quelque chose qui me paraît tenir la route, mais je ne suis pas expérimenté... il a bien compris que je suis en train de faire un site qui finalement n'a qu'un écran qui change partiellement grâce à PHP qui me permet de faire du dynamique... et si je me sers des sessions c'est pour pouvoir reconnaître plusieurs visteurs... donc lorsque l'un d'entre eux s'en va je veux pouvoir lui demander s'il est sûr qu'au moment où il quitte mon site il a fini tout ce qu'il devait y faire... et qu'il peut donc partir tranquille et sans regrets... il n'y a pas besoin de repartir pour le même visiteur dans une autre session.
Peut être as-tu une autre solution à me proposer? ou une meilleure? car certains me disaient qu'il n'y a pas de solution! J'attends patiemment toute proposition de solution à mon problème Topito
"Laurent Seguin" a écrit dans le message de news:
"krystyan" , le 10 déc. 2004 12:18:30, écrivait ceci:
Je m'explique, lorsqu'un visiteur quitte une page, l'evement javascript en rapport sera "onUnload" à insérer dans le tag <body>, il suffit donc de reperer de cette manière quand il quitte la page et lancer au même moment un script php qui va effectuer un session_destroy().
T'es sur que t'as tout compris aux sessions ? Non parce que ton machin c'est bien si t'as un site avec un seul écran mais
dans ce cas quel interêt de la session ? Et si tu as plusieurs écrans tu va
détruire la session à chaque chargement/changement de page pour la recréer dans la foulée et la bah a part créer des sessions pour créer des sessions ça ne sert pas à grand chose...
Laurent Seguin
THOMAS Pierre , le 11 déc. 2004 21:34:16, écrivait ceci:
il a bien compris que je suis en train de faire un site qui finalement n'a qu'un écran qui change partiellement grâce à PHP qui me permet de faire du dynamique...
Dans ce cas ça fait plusieurs écrans. Un écran === un http get === un (re)chargement de page
Peut être as-tu une autre solution à me proposer?
Déjà proposée dans Message-ID:
THOMAS Pierre <thomaspierre@free.fr>, le 11 déc. 2004 21:34:16, écrivait
ceci:
il a bien compris que je suis en train de faire un
site qui finalement n'a qu'un écran qui change partiellement grâce à
PHP qui me permet de faire du dynamique...
Dans ce cas ça fait plusieurs écrans.
Un écran === un http get === un (re)chargement de page
Peut être as-tu une autre solution à me proposer?
Déjà proposée dans Message-ID: <covigf.1ig.2@zou.ath.cx>
THOMAS Pierre , le 11 déc. 2004 21:34:16, écrivait ceci:
il a bien compris que je suis en train de faire un site qui finalement n'a qu'un écran qui change partiellement grâce à PHP qui me permet de faire du dynamique...
Dans ce cas ça fait plusieurs écrans. Un écran === un http get === un (re)chargement de page
Peut être as-tu une autre solution à me proposer?
Déjà proposée dans Message-ID:
krystyan
<troll> non, je n'ai certainement rien compris à rien... on est bien sur un newsgroup ou sur un tchat "défouloir" ? quelle serait ta réaction si je disais la même chose sur toi ? </troll> sinon as-tu une solution pour aider Thomas ? bien entendu que ma proposition est à adapter, il peut bien entendu contrôler si plusieurs fenêtre sont ouvertes et adapter le comportement par rapport à cela, non? ensuite il n'est pas obligé de mettre le onUnload sur une autre page, je l'intégre dans mon explication pour faire comprendre la démarche et non pour donner du "tout cuit". En l'occurence, ce système, pour avoir été mis en application, est un systeme valide, maintenant si tu as une solution valide et/ou capable d'aider Thomas, j'en suis également le premier intéressé.
--
Krystyan
<troll>
non, je n'ai certainement rien compris à rien...
on est bien sur un newsgroup ou sur un tchat "défouloir" ?
quelle serait ta réaction si je disais la même chose sur toi ?
</troll>
sinon as-tu une solution pour aider Thomas ?
bien entendu que ma proposition est à adapter, il peut bien entendu
contrôler si plusieurs fenêtre sont ouvertes et adapter le comportement par
rapport à cela, non?
ensuite il n'est pas obligé de mettre le onUnload sur une autre page, je
l'intégre dans mon explication pour faire comprendre la démarche et non pour
donner du "tout cuit".
En l'occurence, ce système, pour avoir été mis en application, est un
systeme valide, maintenant si tu as une solution valide et/ou capable
d'aider Thomas, j'en suis également le premier intéressé.
<troll> non, je n'ai certainement rien compris à rien... on est bien sur un newsgroup ou sur un tchat "défouloir" ? quelle serait ta réaction si je disais la même chose sur toi ? </troll> sinon as-tu une solution pour aider Thomas ? bien entendu que ma proposition est à adapter, il peut bien entendu contrôler si plusieurs fenêtre sont ouvertes et adapter le comportement par rapport à cela, non? ensuite il n'est pas obligé de mettre le onUnload sur une autre page, je l'intégre dans mon explication pour faire comprendre la démarche et non pour donner du "tout cuit". En l'occurence, ce système, pour avoir été mis en application, est un systeme valide, maintenant si tu as une solution valide et/ou capable d'aider Thomas, j'en suis également le premier intéressé.
--
Krystyan
krystyan
Mon explication sert d'exemple et non de passage obligé, il est tout à fait possible de ne pas mettre le script sur une autre page. Autre exemple en gardant tout sur la même page, quand le visiteur décide de fermer la fenêtre le comportement onUnload rentre en action, à ce moment là - par exemple - lancer une réactualisation de la page php avec une variable qui s'initialise lorsque le visiteur ferme le navigateur, ainsi la même page contrôle si la variable est initialisée, si c'est le cas toujours sur cette même page, on lance un session_destroy(), et si éventuellement cette fenêtre était une ouverture blank du site on peut par un comportement javascript, contrôler que ce soit bien la seule fenêtre en relation avec le site présent sur l'ordinateur du client, ainsi s'il a plusieurs fenêtre on ne lance pas la destruction de session, par contre si c'est la seule fenêtre cela indique bien qu'il désire ne plus voir le site, donc on est bien sûr qu'il part donc on peut détruire la session en cours.
mes explications valent ce qu'elle valent, je ne suis pas forcément très bon pédagogue, mais je sais que ce systeme est valide, par contre ce n'est pas forcément le meilleur, si quelqu'un à un script, idée, intuition permettant d'améliorer tout cela, je suis le premier à le suivre. :)
Désolé pour le dernier post, j'ai manqué d'attention "usenet". :) Krystyan
Mon explication sert d'exemple et non de passage obligé, il est tout à fait
possible de ne pas mettre le script sur une autre page.
Autre exemple en gardant tout sur la même page, quand le visiteur décide de
fermer la fenêtre le comportement onUnload rentre en action, à ce moment
là - par exemple - lancer une réactualisation de la page php avec une
variable qui s'initialise lorsque le visiteur ferme le navigateur, ainsi la
même page contrôle si la variable est initialisée, si c'est le cas toujours
sur cette même page, on lance un session_destroy(), et si éventuellement
cette fenêtre était une ouverture blank du site on peut par un comportement
javascript, contrôler que ce soit bien la seule fenêtre en relation avec le
site présent sur l'ordinateur du client, ainsi s'il a plusieurs fenêtre on
ne lance pas la destruction de session, par contre si c'est la seule fenêtre
cela indique bien qu'il désire ne plus voir le site, donc on est bien sûr
qu'il part donc on peut détruire la session en cours.
mes explications valent ce qu'elle valent, je ne suis pas forcément très bon
pédagogue, mais je sais que ce systeme est valide, par contre ce n'est pas
forcément le meilleur, si quelqu'un à un script, idée, intuition permettant
d'améliorer tout cela, je suis le premier à le suivre.
:)
Désolé pour le dernier post, j'ai manqué d'attention "usenet".
:)
Krystyan
Mon explication sert d'exemple et non de passage obligé, il est tout à fait possible de ne pas mettre le script sur une autre page. Autre exemple en gardant tout sur la même page, quand le visiteur décide de fermer la fenêtre le comportement onUnload rentre en action, à ce moment là - par exemple - lancer une réactualisation de la page php avec une variable qui s'initialise lorsque le visiteur ferme le navigateur, ainsi la même page contrôle si la variable est initialisée, si c'est le cas toujours sur cette même page, on lance un session_destroy(), et si éventuellement cette fenêtre était une ouverture blank du site on peut par un comportement javascript, contrôler que ce soit bien la seule fenêtre en relation avec le site présent sur l'ordinateur du client, ainsi s'il a plusieurs fenêtre on ne lance pas la destruction de session, par contre si c'est la seule fenêtre cela indique bien qu'il désire ne plus voir le site, donc on est bien sûr qu'il part donc on peut détruire la session en cours.
mes explications valent ce qu'elle valent, je ne suis pas forcément très bon pédagogue, mais je sais que ce systeme est valide, par contre ce n'est pas forcément le meilleur, si quelqu'un à un script, idée, intuition permettant d'améliorer tout cela, je suis le premier à le suivre. :)
Désolé pour le dernier post, j'ai manqué d'attention "usenet". :) Krystyan
Laurent Seguin
"krystyan" , le 13 déc. 2004 14:48:24, écrivait ceci:
<troll> non, je n'ai certainement rien compris à rien... on est bien sur un newsgroup ou sur un tchat "défouloir" ? quelle serait ta réaction si je disais la même chose sur toi ?
Je te demanderais de m'expliquer en quoi je me trompe (ce qui m'arrive parfois)
</troll>
sinon as-tu une solution pour aider Thomas ?
Il n'y a que chez moi que est présent ?
bien entendu que ma proposition est à adapter, il peut bien entendu contrôler si plusieurs fenêtre sont ouvertes et adapter le comportement par rapport à cela, non?
Je ne parle pas de plusieurs fenêtre ouverte mais d'une seule. Comment tu gère un reload ou un changement de page avec ton système ?
ensuite il n'est pas obligé de mettre le onUnload sur une autre page, je l'intégre dans mon explication pour faire comprendre la démarche et non pour donner du "tout cuit". En l'occurence, ce système, pour avoir été mis en application, est un systeme valide,
Tel que tu l'a décrit cela ne peu être un système valide. Il peut l'être, *techniquement*, dans le cas ou on utilise des frames (mais on sait déjà que c'est mal les frames), mais *pratiquement* rien ne te dis que l'internaute ne va pas faire un reload ce qui aurait pour effet de détruire la session pour la recréer dans la foulée (d'ou perte totale d'interêt des sessions).
A cela on peu également ajouter les anti-popups intégrés dans pratiquement tous les navigateurs ce qui baise d'autant plus le machin.
"krystyan" <lepiconcitron-no-spam@free.fr>, le 13 déc. 2004 14:48:24,
écrivait ceci:
<troll>
non, je n'ai certainement rien compris à rien...
on est bien sur un newsgroup ou sur un tchat "défouloir" ?
quelle serait ta réaction si je disais la même chose sur toi ?
Je te demanderais de m'expliquer en quoi je me trompe (ce qui m'arrive
parfois)
</troll>
sinon as-tu une solution pour aider Thomas ?
Il n'y a que chez moi que <covigf.1ig.2@zou.ath.cx> est présent ?
bien entendu que ma proposition est à adapter, il peut bien entendu
contrôler si plusieurs fenêtre sont ouvertes et adapter le
comportement par rapport à cela, non?
Je ne parle pas de plusieurs fenêtre ouverte mais d'une seule. Comment tu
gère un reload ou un changement de page avec ton système ?
ensuite il n'est pas obligé de mettre le onUnload sur une autre page,
je l'intégre dans mon explication pour faire comprendre la démarche et
non pour donner du "tout cuit".
En l'occurence, ce système, pour avoir été mis en application, est un
systeme valide,
Tel que tu l'a décrit cela ne peu être un système valide.
Il peut l'être, *techniquement*, dans le cas ou on utilise des frames
(mais on sait déjà que c'est mal les frames), mais *pratiquement* rien ne
te dis que l'internaute ne va pas faire un reload ce qui aurait pour effet
de détruire la session pour la recréer dans la foulée (d'ou perte totale
d'interêt des sessions).
A cela on peu également ajouter les anti-popups intégrés dans pratiquement
tous les navigateurs ce qui baise d'autant plus le machin.
"krystyan" , le 13 déc. 2004 14:48:24, écrivait ceci:
<troll> non, je n'ai certainement rien compris à rien... on est bien sur un newsgroup ou sur un tchat "défouloir" ? quelle serait ta réaction si je disais la même chose sur toi ?
Je te demanderais de m'expliquer en quoi je me trompe (ce qui m'arrive parfois)
</troll>
sinon as-tu une solution pour aider Thomas ?
Il n'y a que chez moi que est présent ?
bien entendu que ma proposition est à adapter, il peut bien entendu contrôler si plusieurs fenêtre sont ouvertes et adapter le comportement par rapport à cela, non?
Je ne parle pas de plusieurs fenêtre ouverte mais d'une seule. Comment tu gère un reload ou un changement de page avec ton système ?
ensuite il n'est pas obligé de mettre le onUnload sur une autre page, je l'intégre dans mon explication pour faire comprendre la démarche et non pour donner du "tout cuit". En l'occurence, ce système, pour avoir été mis en application, est un systeme valide,
Tel que tu l'a décrit cela ne peu être un système valide. Il peut l'être, *techniquement*, dans le cas ou on utilise des frames (mais on sait déjà que c'est mal les frames), mais *pratiquement* rien ne te dis que l'internaute ne va pas faire un reload ce qui aurait pour effet de détruire la session pour la recréer dans la foulée (d'ou perte totale d'interêt des sessions).
A cela on peu également ajouter les anti-popups intégrés dans pratiquement tous les navigateurs ce qui baise d'autant plus le machin.
