[des tas de choses, sans aucune introduction pour savoir à qui ou à quoi il répond]
Puis :
Désolé pour le dernier post, j'ai manqué d'attention "usenet".
Tiens, du coup je suis allé lire tes entêtes pour voir le champ References, et il semble que c'est à moi que tu répondais. Il semble même que tu répondais à ceci :
[ 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>.
Merci de lire un peu mieux cette page. Il n'est pas dit de supprimer complètement tout lien avec ce à quoi tu réponds, mais de ne citer que ce qui est nécessaire. Il faut quand même garder le minimum nécessaire, ne serait-ce que le nom de la personne à qui tu réponds !
-- Olivier Miakinen Non, monsieur le juge, je vous le jure : jamais je n'ai cité Bruxelles dans ma signature.
[des tas de choses, sans aucune introduction pour savoir à qui ou
à quoi il répond]
Puis :
Désolé pour le dernier post, j'ai manqué d'attention "usenet".
Tiens, du coup je suis allé lire tes entêtes pour voir le champ
References, et il semble que c'est à moi que tu répondais. Il semble
même que tu répondais à ceci :
[ 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>.
Merci de lire un peu mieux cette page. Il n'est pas dit de supprimer
complètement tout lien avec ce à quoi tu réponds, mais de ne citer que
ce qui est nécessaire. Il faut quand même garder le minimum nécessaire,
ne serait-ce que le nom de la personne à qui tu réponds !
--
Olivier Miakinen
Non, monsieur le juge, je vous le jure : jamais je n'ai cité
Bruxelles dans ma signature.
[des tas de choses, sans aucune introduction pour savoir à qui ou à quoi il répond]
Puis :
Désolé pour le dernier post, j'ai manqué d'attention "usenet".
Tiens, du coup je suis allé lire tes entêtes pour voir le champ References, et il semble que c'est à moi que tu répondais. Il semble même que tu répondais à ceci :
[ 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>.
Merci de lire un peu mieux cette page. Il n'est pas dit de supprimer complètement tout lien avec ce à quoi tu réponds, mais de ne citer que ce qui est nécessaire. Il faut quand même garder le minimum nécessaire, ne serait-ce que le nom de la personne à qui tu réponds !
-- Olivier Miakinen Non, monsieur le juge, je vous le jure : jamais je n'ai cité Bruxelles dans ma signature.
Olivier Miakinen
Le 13/12/2004 22:23, Laurent Seguin répondait à krystyan :
sinon as-tu une solution pour aider Thomas ?
Il n'y a que chez moi que est présent ?
Au pire, on le trouve même chez Google groups : http://groups.google.fr/groups?as_umsgid=
Le 13/12/2004 22:23, Laurent Seguin répondait à krystyan :
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 ?
Au pire, on le trouve même chez Google groups :
http://groups.google.fr/groups?as_umsgid=covigf.1ig.2@zou.ath.cx
Le 13/12/2004 22:23, Laurent Seguin répondait à krystyan :
sinon as-tu une solution pour aider Thomas ?
Il n'y a que chez moi que est présent ?
Au pire, on le trouve même chez Google groups : http://groups.google.fr/groups?as_umsgid=
krystyan
"Laurent Seguin" a écrit dans le message de news:
Je te demanderais de m'expliquer en quoi je me trompe (ce qui m'arrive parfois)
je ne dis pas que tu te trompe (, je te demande seulement si tu apprécierais que d'autres aient un comportement similaire au tien avec toi ... je rappelle ta question :
T'es sur que t'as tout compris aux sessions ? Je ne vois vraiment pas pourquoi tu remets en cause ma compréhension des
sessions...
sinon as-tu une solution pour aider Thomas ? Il n'y a que chez moi que est présent ?
j'ai dû mal comprendre la question, je l'imaginais dans ce sens : - comment déceler le départ d'un visiteur pour en détruire sa session ? et non : - comment détruire les sessions non utilisées ?
J'essaie donc de trouver un moyen de contrôler le départ du site de ce visiteur. Ta solution contrôle uniquement si la session est utilisée (elle est valide mais je ne la vois pas repondre totalement aux besoins de Thomas). Pour que ce soit mis en place de manière à connaitre à un temps T le départ du visiteur tu penses faire comment ? une boucle qui contrôle constamment que la session soit réveillée ? si c'est le cas, ne serais-ce pas trop lourd ?
Maintenant il est possible que j'ai mal interprété la question mais j'ai beau la relire je ne vois pas en quoi je montre mon incapacité à comprendre le fonctionnement des sessions. Je ne parle pas non plus de frame et j'indique bien que ce système peut être mis en place sans popup, et que si le visiteur ouvre plusieurs occurences de navigateur, il est tout à fait possible, avant de détruire ou non la session, de contrôler si la fenêtre contenant le script est bien la seule en relation avec le site sur le poste du visiteur.
Tel que tu l'a décrit cela ne peu être un système valide.
:) Je suis impatient de savoir comment Thomas à résolu son pb...
"Laurent Seguin" <laurent@alussinan.org> a écrit dans le message de
news:Xns95BEC688C9950MonIdToken@127.0.0.1...
Je te demanderais de m'expliquer en quoi je me trompe (ce qui m'arrive
parfois)
je ne dis pas que tu te trompe (, je te demande seulement si tu apprécierais
que d'autres aient un comportement similaire au tien avec toi ...
je rappelle ta question :
T'es sur que t'as tout compris aux sessions ?
Je ne vois vraiment pas pourquoi tu remets en cause ma compréhension des
sessions...
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 ?
j'ai dû mal comprendre la question, je l'imaginais dans ce sens :
- comment déceler le départ d'un visiteur pour en détruire sa session ?
et non :
- comment détruire les sessions non utilisées ?
J'essaie donc de trouver un moyen de contrôler le départ du site de ce
visiteur.
Ta solution contrôle uniquement si la session est utilisée (elle est valide
mais je ne la vois pas repondre totalement aux besoins de Thomas).
Pour que ce soit mis en place de manière à connaitre à un temps T le départ
du visiteur tu penses faire comment ? une boucle qui contrôle constamment
que la session soit réveillée ? si c'est le cas, ne serais-ce pas trop lourd
?
Maintenant il est possible que j'ai mal interprété la question mais j'ai
beau la relire je ne vois pas en quoi je montre mon incapacité à comprendre
le fonctionnement des sessions. Je ne parle pas non plus de frame et
j'indique bien que ce système peut être mis en place sans popup, et que si
le visiteur ouvre plusieurs occurences de navigateur, il est tout à fait
possible, avant de détruire ou non la session, de contrôler si la fenêtre
contenant le script est bien la seule en relation avec le site sur le poste
du visiteur.
Tel que tu l'a décrit cela ne peu être un système valide.
:)
Je suis impatient de savoir comment Thomas à résolu son pb...
Je te demanderais de m'expliquer en quoi je me trompe (ce qui m'arrive parfois)
je ne dis pas que tu te trompe (, je te demande seulement si tu apprécierais que d'autres aient un comportement similaire au tien avec toi ... je rappelle ta question :
T'es sur que t'as tout compris aux sessions ? Je ne vois vraiment pas pourquoi tu remets en cause ma compréhension des
sessions...
sinon as-tu une solution pour aider Thomas ? Il n'y a que chez moi que est présent ?
j'ai dû mal comprendre la question, je l'imaginais dans ce sens : - comment déceler le départ d'un visiteur pour en détruire sa session ? et non : - comment détruire les sessions non utilisées ?
J'essaie donc de trouver un moyen de contrôler le départ du site de ce visiteur. Ta solution contrôle uniquement si la session est utilisée (elle est valide mais je ne la vois pas repondre totalement aux besoins de Thomas). Pour que ce soit mis en place de manière à connaitre à un temps T le départ du visiteur tu penses faire comment ? une boucle qui contrôle constamment que la session soit réveillée ? si c'est le cas, ne serais-ce pas trop lourd ?
Maintenant il est possible que j'ai mal interprété la question mais j'ai beau la relire je ne vois pas en quoi je montre mon incapacité à comprendre le fonctionnement des sessions. Je ne parle pas non plus de frame et j'indique bien que ce système peut être mis en place sans popup, et que si le visiteur ouvre plusieurs occurences de navigateur, il est tout à fait possible, avant de détruire ou non la session, de contrôler si la fenêtre contenant le script est bien la seule en relation avec le site sur le poste du visiteur.
Tel que tu l'a décrit cela ne peu être un système valide.
:) Je suis impatient de savoir comment Thomas à résolu son pb...
Laurent Seguin
"krystyan" , le 14 déc. 2004 09:43:30, écrivait ceci:
sinon as-tu une solution pour aider Thomas ? Il n'y a que chez moi que est présent ?
j'ai dû mal comprendre la question, je l'imaginais dans ce sens : - comment déceler le départ d'un visiteur pour en détruire sa session ? et non : - comment détruire les sessions non utilisées ?
J'essaie donc de trouver un moyen de contrôler le départ du site de ce visiteur.
HTTP étant asynchrone non connecté il n'est pas possible de savoir quand le visiteur s'en va. Donc la seule hypothèse _fiable_ que tu peux faire c'est : si il n'a pas réactivé sa session depuis X temps c'est qu'il est partis.
Pour que ce soit mis en place de manière à connaitre à un temps T le départ du visiteur tu penses faire comment ?
Tu ne peux pas. Enfin moi je ne sais pas faire un truc qui fonctionnera à coup sur chez tout le monde.
une boucle qui contrôle constamment que la session soit réveillée ? si c'est le cas, ne serais-ce pas trop lourd ?
Ca serait très con surtout :-)
Maintenant il est possible que j'ai mal interprété la question mais j'ai beau la relire je ne vois pas en quoi je montre mon incapacité à comprendre le fonctionnement des sessions.
Tu t'es mal expliqué (ce que j'ai pus lire après) ou du moins tu as été incomplet dans ton idée. Dans ce que tu expliquais à chaque écran il y avait une destruction de sessions puis (forcement) une recréation, d'ou mon interrogation sur ta connaissance de l'utilité des sessions.
Dans un autre post tu détailles un peu plus (ici aussi d'ailleurs) mais ça ne résoud pas le problème, ça le contourne légèrement pour certains comportements mais sans être sur de son fonctionnement.
Je ne parle pas non plus de frame
Non c'est moi qui cherchais à voir comment ton explication première pourrait fonctionner.
et j'indique bien que ce système peut être mis en place sans popup,
C'est la ? |il est tout à fait possible de ne pas mettre le script sur une autre page. Je suis preneur de plus de détails...
et que si le visiteur ouvre plusieurs occurences de navigateur, il est tout à fait possible, avant de détruire ou non la session, de contrôler si la fenêtre contenant le script est bien la seule en relation avec le site sur le poste du visiteur.
T'as pas un exemple à donner (mini site avec seulement ton systeme en application) ?
"krystyan" <lepiconcitron-no-spam@free.fr>, le 14 déc. 2004 09:43:30,
écrivait ceci:
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 ?
j'ai dû mal comprendre la question, je l'imaginais dans ce sens :
- comment déceler le départ d'un visiteur pour en détruire sa session
? et non :
- comment détruire les sessions non utilisées ?
J'essaie donc de trouver un moyen de contrôler le départ du site de ce
visiteur.
HTTP étant asynchrone non connecté il n'est pas possible de savoir quand le
visiteur s'en va. Donc la seule hypothèse _fiable_ que tu peux faire c'est
: si il n'a pas réactivé sa session depuis X temps c'est qu'il est partis.
Pour que ce soit mis en place de manière à connaitre à un
temps T le départ du visiteur tu penses faire comment ?
Tu ne peux pas. Enfin moi je ne sais pas faire un truc qui fonctionnera à
coup sur chez tout le monde.
une boucle qui
contrôle constamment que la session soit réveillée ? si c'est le cas,
ne serais-ce pas trop lourd ?
Ca serait très con surtout :-)
Maintenant il est possible que j'ai mal interprété la question mais
j'ai beau la relire je ne vois pas en quoi je montre mon incapacité à
comprendre le fonctionnement des sessions.
Tu t'es mal expliqué (ce que j'ai pus lire après) ou du moins tu as été
incomplet dans ton idée. Dans ce que tu expliquais à chaque écran il y
avait une destruction de sessions puis (forcement) une recréation, d'ou mon
interrogation sur ta connaissance de l'utilité des sessions.
Dans un autre post tu détailles un peu plus (ici aussi d'ailleurs) mais ça
ne résoud pas le problème, ça le contourne légèrement pour certains
comportements mais sans être sur de son fonctionnement.
Je ne parle pas non plus de
frame
Non c'est moi qui cherchais à voir comment ton explication première
pourrait fonctionner.
et j'indique bien que ce système peut être mis en place sans
popup,
C'est la ?
|il est tout à fait possible de ne pas mettre le script sur une autre page.
Je suis preneur de plus de détails...
et que si le visiteur ouvre plusieurs occurences de navigateur,
il est tout à fait possible, avant de détruire ou non la session, de
contrôler si la fenêtre contenant le script est bien la seule en
relation avec le site sur le poste du visiteur.
T'as pas un exemple à donner (mini site avec seulement ton systeme en
application) ?
"krystyan" , le 14 déc. 2004 09:43:30, écrivait ceci:
sinon as-tu une solution pour aider Thomas ? Il n'y a que chez moi que est présent ?
j'ai dû mal comprendre la question, je l'imaginais dans ce sens : - comment déceler le départ d'un visiteur pour en détruire sa session ? et non : - comment détruire les sessions non utilisées ?
J'essaie donc de trouver un moyen de contrôler le départ du site de ce visiteur.
HTTP étant asynchrone non connecté il n'est pas possible de savoir quand le visiteur s'en va. Donc la seule hypothèse _fiable_ que tu peux faire c'est : si il n'a pas réactivé sa session depuis X temps c'est qu'il est partis.
Pour que ce soit mis en place de manière à connaitre à un temps T le départ du visiteur tu penses faire comment ?
Tu ne peux pas. Enfin moi je ne sais pas faire un truc qui fonctionnera à coup sur chez tout le monde.
une boucle qui contrôle constamment que la session soit réveillée ? si c'est le cas, ne serais-ce pas trop lourd ?
Ca serait très con surtout :-)
Maintenant il est possible que j'ai mal interprété la question mais j'ai beau la relire je ne vois pas en quoi je montre mon incapacité à comprendre le fonctionnement des sessions.
Tu t'es mal expliqué (ce que j'ai pus lire après) ou du moins tu as été incomplet dans ton idée. Dans ce que tu expliquais à chaque écran il y avait une destruction de sessions puis (forcement) une recréation, d'ou mon interrogation sur ta connaissance de l'utilité des sessions.
Dans un autre post tu détailles un peu plus (ici aussi d'ailleurs) mais ça ne résoud pas le problème, ça le contourne légèrement pour certains comportements mais sans être sur de son fonctionnement.
Je ne parle pas non plus de frame
Non c'est moi qui cherchais à voir comment ton explication première pourrait fonctionner.
et j'indique bien que ce système peut être mis en place sans popup,
C'est la ? |il est tout à fait possible de ne pas mettre le script sur une autre page. Je suis preneur de plus de détails...
et que si le visiteur ouvre plusieurs occurences de navigateur, il est tout à fait possible, avant de détruire ou non la session, de contrôler si la fenêtre contenant le script est bien la seule en relation avec le site sur le poste du visiteur.
T'as pas un exemple à donner (mini site avec seulement ton systeme en application) ?
