J'utilise des sessions sur une application, pour stocker un certaine nombre
de parmetres.
Je précise tout de suite que l'application ne sera utilisée qu'en Intranet
et sur de spostes clients Win2000 avec IE 6.
Je n epeux pas utiliser le transid, puisque (je ne l'ai pas choisi),
l'application impose l'usage d'URL absolues et pas relatives.
Je pensais donc passer par des sessions php, mais sou forme de cookies.
Jusque là pas de probleme.
Mais trés vite les soucis commencent :
1- Les cookies ne sont pas stockés comme ceux des autres sites dans le
repertoire c:/documents and settings /user/cookie.
Ils sont stockés dans c:/winnt/TEMP .
Impossible de trouver une explication à cela...
2 - Le vrai probleme que je rencontre mais dont je ne asi aps si il peut
etre liée au précédent :
Lorsqu'un meme utilisateur se connecte deux fois depuis un meme poste
simultanément.
(Et cela, bien en réouvrant un navigateur, pas en faisant un Ctrl+N.)
Les sessions se mélangent et les informations stockées en sessions dans
chacune des fenetres se confondent.
Exemple :
Instance 1 du Navigateur :
Je stocke $_SESSION['toto'] = 1;
Instance 2 du navigateur, je stocke : $_SESSION['toto'] = 2.
Je rapsse sur mon instance 1 du navigateur j'affiche $_SESSION['toto'] et
surpsie, j'ai 2.
Alors que je voudrais pouvoir nabiguer de maniere tout à fait indépendante
sur mes deux instances, en liant chacune à sa propre session, sans qu'i ln'y
ait de croisement de données.
En effet, pour les besoins de l'appli, un utilisateur doit pouvoir se
connecter autant de fois que nécessaire dans des fenetres différentes, et
afficher des données différentes, même si celles ci proviennent de variables
de sessions.
Ou est le bug ? (derriere le clavier me répondrez vous ?)
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
Guillaume Bouchard
(¯`·..Yttrium ...·´¯) wrote:
Bjr,
Bonsoir.
Je précise tout de suite que l'application ne sera utilisée qu'en Intranet et sur de spostes clients Win2000 avec IE 6.
Quel dommage.
Je n epeux pas utiliser le transid, puisque (je ne l'ai pas choisi), l'application impose l'usage d'URL absolues et pas relatives.
Et tu peux me faire toi même ton transid ? Tu ajoutes à la main à chaques URL les var qui vont bien. Je te renvoie à la doc pour avoir leur nom (je ne les connais pas, j'ai dû utiliser une seule fois de ma vie les sessions natives php.
De mon temps on faisait tout à la main. Si je me rappel bien pour l'alpha release de Php 0.5.. Non je raconte n'importe quoi là...
Je pensais donc passer par des sessions php, mais sou forme de cookies.
Miam :)
Jusque là pas de probleme.
C'est ce que disais le gars en passant au 1 er après avoir sauté du 3 de la tour Eiffel.
1- Les cookies ne sont pas stockés comme ceux des autres sites dans le repertoire c:/documents and settings /user/cookie. Ils sont stockés dans c:/winnt/TEMP . Impossible de trouver une explication à cela...
À la limite on s'en contre fou, tant qu'ils sont gerés correctements par le navigateur.
Lorsqu'un meme utilisateur se connecte deux fois depuis un meme poste simultanément. Les sessions se mélangent et les informations stockées en sessions dans chacune des fenetres se confondent.
Avec le même navigateur, je pense que c'est normal. Je pense que la seul solution c'est de passé par l'url dans ce cas là.
Ou est le bug ? (derriere le clavier me répondrez vous ?)
Cela depent du réferenciel devant-derrière.
-- Guillaume, qui se demande si le stockage d'object en session via serialise() et simpleXML augmente les perfs de php-GTK en multithread.
(¯`·..Yttrium ...·´¯) wrote:
Bjr,
Bonsoir.
Je précise tout de suite que l'application ne sera utilisée qu'en Intranet
et sur de spostes clients Win2000 avec IE 6.
Quel dommage.
Je n epeux pas utiliser le transid, puisque (je ne l'ai pas choisi),
l'application impose l'usage d'URL absolues et pas relatives.
Et tu peux me faire toi même ton transid ? Tu ajoutes à la main à
chaques URL les var qui vont bien. Je te renvoie à la doc pour avoir
leur nom (je ne les connais pas, j'ai dû utiliser une seule fois de ma
vie les sessions natives php.
De mon temps on faisait tout à la main. Si je me rappel bien pour
l'alpha release de Php 0.5.. Non je raconte n'importe quoi là...
Je pensais donc passer par des sessions php, mais sou forme de cookies.
Miam :)
Jusque là pas de probleme.
C'est ce que disais le gars en passant au 1 er après avoir sauté du 3 de
la tour Eiffel.
1- Les cookies ne sont pas stockés comme ceux des autres sites dans le
repertoire c:/documents and settings /user/cookie.
Ils sont stockés dans c:/winnt/TEMP .
Impossible de trouver une explication à cela...
À la limite on s'en contre fou, tant qu'ils sont gerés correctements par
le navigateur.
Lorsqu'un meme utilisateur se connecte deux fois depuis un meme poste
simultanément.
Les sessions se mélangent et les informations stockées en sessions dans
chacune des fenetres se confondent.
Avec le même navigateur, je pense que c'est normal.
Je pense que la seul solution c'est de passé par l'url dans ce cas là.
Ou est le bug ? (derriere le clavier me répondrez vous ?)
Cela depent du réferenciel devant-derrière.
--
Guillaume, qui se demande si le stockage d'object en session via
serialise() et simpleXML augmente les perfs de php-GTK en multithread.
Je précise tout de suite que l'application ne sera utilisée qu'en Intranet et sur de spostes clients Win2000 avec IE 6.
Quel dommage.
Je n epeux pas utiliser le transid, puisque (je ne l'ai pas choisi), l'application impose l'usage d'URL absolues et pas relatives.
Et tu peux me faire toi même ton transid ? Tu ajoutes à la main à chaques URL les var qui vont bien. Je te renvoie à la doc pour avoir leur nom (je ne les connais pas, j'ai dû utiliser une seule fois de ma vie les sessions natives php.
De mon temps on faisait tout à la main. Si je me rappel bien pour l'alpha release de Php 0.5.. Non je raconte n'importe quoi là...
Je pensais donc passer par des sessions php, mais sou forme de cookies.
Miam :)
Jusque là pas de probleme.
C'est ce que disais le gars en passant au 1 er après avoir sauté du 3 de la tour Eiffel.
1- Les cookies ne sont pas stockés comme ceux des autres sites dans le repertoire c:/documents and settings /user/cookie. Ils sont stockés dans c:/winnt/TEMP . Impossible de trouver une explication à cela...
À la limite on s'en contre fou, tant qu'ils sont gerés correctements par le navigateur.
Lorsqu'un meme utilisateur se connecte deux fois depuis un meme poste simultanément. Les sessions se mélangent et les informations stockées en sessions dans chacune des fenetres se confondent.
Avec le même navigateur, je pense que c'est normal. Je pense que la seul solution c'est de passé par l'url dans ce cas là.
Ou est le bug ? (derriere le clavier me répondrez vous ?)
Cela depent du réferenciel devant-derrière.
-- Guillaume, qui se demande si le stockage d'object en session via serialise() et simpleXML augmente les perfs de php-GTK en multithread.
dede
Exemple : Instance 1 du Navigateur : Je stocke $_SESSION['toto'] = 1;
Instance 2 du navigateur, je stocke : $_SESSION['toto'] = 2.
Je rapsse sur mon instance 1 du navigateur j'affiche $_SESSION['toto'] et surpsie, j'ai 2.
C'est une session par poste et pas une session par fenetre d'ouverte.
En ouvrant une 2e session par la 2e fenètre, tu "écrases" la 1e session. Tu te retrouves donc avec une session 2 dans les 2 fenêtres. Normal.
Si tu souhaites avoir un multi-fenètrage, tu n'as pas le choix, tu es obligé de passer par une seule session. Pour cela, tu peux avoir plusieurs variables de sessions pour "différencier" les fenètres ! :o)
Quand la personne clique pour afficher une nouvelle donnée, tu ouvres une variable en même temps qu'une nouvelle fenètre. Celle-ci sera modifié selon la navigation de ton hote.
Exemple :
Instance 1 du Navigateur :
Je stocke $_SESSION['toto'] = 1;
Instance 2 du navigateur, je stocke : $_SESSION['toto'] = 2.
Je rapsse sur mon instance 1 du navigateur j'affiche $_SESSION['toto'] et
surpsie, j'ai 2.
C'est une session par poste et pas une session par fenetre d'ouverte.
En ouvrant une 2e session par la 2e fenètre, tu "écrases" la 1e session. Tu
te retrouves donc avec une session 2 dans les 2 fenêtres.
Normal.
Si tu souhaites avoir un multi-fenètrage, tu n'as pas le choix, tu es obligé
de passer par une seule session. Pour cela, tu peux avoir plusieurs
variables de sessions pour "différencier" les fenètres ! :o)
Quand la personne clique pour afficher une nouvelle donnée, tu ouvres une
variable en même temps qu'une nouvelle fenètre. Celle-ci sera modifié selon
la navigation de ton hote.
Exemple : Instance 1 du Navigateur : Je stocke $_SESSION['toto'] = 1;
Instance 2 du navigateur, je stocke : $_SESSION['toto'] = 2.
Je rapsse sur mon instance 1 du navigateur j'affiche $_SESSION['toto'] et surpsie, j'ai 2.
C'est une session par poste et pas une session par fenetre d'ouverte.
En ouvrant une 2e session par la 2e fenètre, tu "écrases" la 1e session. Tu te retrouves donc avec une session 2 dans les 2 fenêtres. Normal.
Si tu souhaites avoir un multi-fenètrage, tu n'as pas le choix, tu es obligé de passer par une seule session. Pour cela, tu peux avoir plusieurs variables de sessions pour "différencier" les fenètres ! :o)
Quand la personne clique pour afficher une nouvelle donnée, tu ouvres une variable en même temps qu'une nouvelle fenètre. Celle-ci sera modifié selon la navigation de ton hote.
(¯`·..Yttrium ...·´¯)
Bonjour,
Pour info, j'ai trouvé la solution à mon probleme :
Lorsque l'on ouvre une premiere fenetre de IE6 et que l'on se connecte à l'application, on crée une première session.
Lorsque j'ouvrais la seconde fenetre, la seconde session ne se créait pas, et la première était réutilisée.
J'ai trouvé l'origine du probleme. J'ouvrais la seconde fenetre par le biais d'un raccourci Internet explorer pointant vers le lien souhaité. A ma grande surprise cela ne crée par une nouvelle "instance" du navigateur, cela revient donc au meme que de faire un Ctrl+N ou bien "ouvrir nouvelle fenetre" Le probleme a été résolu en ouvrant un nouveau navigateur et en tapant l'ur directement dans la barre d'adresse. LKa, je me trouve bien avec deux instances différenets qui créent bien deux sessions tout à fait indépendantes. L'astuce consiste donc à accéder à l'application, non pas par un raccourci classique contenant l'url, mais par un raccourci poitant vers Internet explorer, et contenant en parametres l'URL de la page à ouvrir.
Par ex, mon raccourci est de la forme : "C:Program FilesInternet ExplorerIEXPLORE.EXE" http://127.0.0.1/monappli Ainsi, les deux sessions sont bine simultanées et indépendantes.. Il fallait y penser..
Salutations.
Bonjour,
Pour info, j'ai trouvé la solution à mon probleme :
Lorsque l'on ouvre une premiere fenetre de IE6 et que l'on se connecte à
l'application, on crée une première session.
Lorsque j'ouvrais la seconde fenetre, la seconde session ne se créait pas,
et la première était réutilisée.
J'ai trouvé l'origine du probleme.
J'ouvrais la seconde fenetre par le biais d'un raccourci Internet explorer
pointant vers le lien souhaité.
A ma grande surprise cela ne crée par une nouvelle "instance" du navigateur,
cela revient donc au meme que de faire un Ctrl+N ou bien "ouvrir nouvelle
fenetre"
Le probleme a été résolu en ouvrant un nouveau navigateur et en tapant l'ur
directement dans la barre d'adresse.
LKa, je me trouve bien avec deux instances différenets qui créent bien deux
sessions tout à fait indépendantes.
L'astuce consiste donc à accéder à l'application, non pas par un raccourci
classique contenant l'url, mais par un raccourci poitant vers Internet
explorer, et contenant en parametres l'URL de la page à ouvrir.
Par ex, mon raccourci est de la forme : "C:Program FilesInternet
ExplorerIEXPLORE.EXE" http://127.0.0.1/monappli
Ainsi, les deux sessions sont bine simultanées et indépendantes..
Il fallait y penser..
Pour info, j'ai trouvé la solution à mon probleme :
Lorsque l'on ouvre une premiere fenetre de IE6 et que l'on se connecte à l'application, on crée une première session.
Lorsque j'ouvrais la seconde fenetre, la seconde session ne se créait pas, et la première était réutilisée.
J'ai trouvé l'origine du probleme. J'ouvrais la seconde fenetre par le biais d'un raccourci Internet explorer pointant vers le lien souhaité. A ma grande surprise cela ne crée par une nouvelle "instance" du navigateur, cela revient donc au meme que de faire un Ctrl+N ou bien "ouvrir nouvelle fenetre" Le probleme a été résolu en ouvrant un nouveau navigateur et en tapant l'ur directement dans la barre d'adresse. LKa, je me trouve bien avec deux instances différenets qui créent bien deux sessions tout à fait indépendantes. L'astuce consiste donc à accéder à l'application, non pas par un raccourci classique contenant l'url, mais par un raccourci poitant vers Internet explorer, et contenant en parametres l'URL de la page à ouvrir.
Par ex, mon raccourci est de la forme : "C:Program FilesInternet ExplorerIEXPLORE.EXE" http://127.0.0.1/monappli Ainsi, les deux sessions sont bine simultanées et indépendantes.. Il fallait y penser..
Salutations.
Guillaume Bouchard
(¯`·..Yttrium ...·´¯) wrote:
Bonjour,
Bonjour, tient je poste le matin, c'est rare.
Lorsque l'on ouvre une premiere fenetre de IE6 et que l'on se connecte à l'application, on crée une première session.
Classique.
Lorsque j'ouvrais la seconde fenetre, la seconde session ne se créait pas, et la première était réutilisée.
Jusque là tu ne choquais personne.
J'ai trouvé l'origine du probleme.
Y en avait un ? Pour moi c'est un comportement normal.
Le probleme a été résolu en ouvrant un nouveau navigateur et en tapant l'ur directement dans la barre d'adresse. L'astuce consiste donc à accéder à l'application, non pas par un raccourci classique contenant l'url, mais par un raccourci poitant vers Internet explorer, et contenant en parametres l'URL de la page à ouvrir.
Donc tu vas imposer je ne sais pas comment à tes clients une astuce qui est loin d'étre "config-proof" voir encore moins "neuneu-proof". AMHA c'est loin d'être la solution ideale.
-- Guillaume
(¯`·..Yttrium ...·´¯) wrote:
Bonjour,
Bonjour, tient je poste le matin, c'est rare.
Lorsque l'on ouvre une premiere fenetre de IE6 et que l'on se connecte à
l'application, on crée une première session.
Classique.
Lorsque j'ouvrais la seconde fenetre, la seconde session ne se créait pas,
et la première était réutilisée.
Jusque là tu ne choquais personne.
J'ai trouvé l'origine du probleme.
Y en avait un ? Pour moi c'est un comportement normal.
Le probleme a été résolu en ouvrant un nouveau navigateur et en tapant l'ur
directement dans la barre d'adresse.
L'astuce consiste donc à accéder à l'application, non pas par un raccourci
classique contenant l'url, mais par un raccourci poitant vers Internet
explorer, et contenant en parametres l'URL de la page à ouvrir.
Donc tu vas imposer je ne sais pas comment à tes clients une astuce qui
est loin d'étre "config-proof" voir encore moins "neuneu-proof". AMHA
c'est loin d'être la solution ideale.
Lorsque l'on ouvre une premiere fenetre de IE6 et que l'on se connecte à l'application, on crée une première session.
Classique.
Lorsque j'ouvrais la seconde fenetre, la seconde session ne se créait pas, et la première était réutilisée.
Jusque là tu ne choquais personne.
J'ai trouvé l'origine du probleme.
Y en avait un ? Pour moi c'est un comportement normal.
Le probleme a été résolu en ouvrant un nouveau navigateur et en tapant l'ur directement dans la barre d'adresse. L'astuce consiste donc à accéder à l'application, non pas par un raccourci classique contenant l'url, mais par un raccourci poitant vers Internet explorer, et contenant en parametres l'URL de la page à ouvrir.
Donc tu vas imposer je ne sais pas comment à tes clients une astuce qui est loin d'étre "config-proof" voir encore moins "neuneu-proof". AMHA c'est loin d'être la solution ideale.
-- Guillaume
(¯`·..Yttrium ...·´¯)
Donc tu vas imposer je ne sais pas comment à tes clients une astuce qui est loin d'étre "config-proof" voir encore moins "neuneu-proof". AMHA c'est loin d'être la solution ideale.
Sauf que : Usage exclusivement en intranet, dans un cadre trés précis. (Uniformité des clients, des configs, etc) t'inquiète pas, je sais ce que je fais..
Donc tu vas imposer je ne sais pas comment à tes clients une astuce qui
est loin d'étre "config-proof" voir encore moins "neuneu-proof". AMHA
c'est loin d'être la solution ideale.
Sauf que : Usage exclusivement en intranet, dans un cadre trés précis.
(Uniformité des clients, des configs, etc)
t'inquiète pas, je sais ce que je fais..
Donc tu vas imposer je ne sais pas comment à tes clients une astuce qui est loin d'étre "config-proof" voir encore moins "neuneu-proof". AMHA c'est loin d'être la solution ideale.
Sauf que : Usage exclusivement en intranet, dans un cadre trés précis. (Uniformité des clients, des configs, etc) t'inquiète pas, je sais ce que je fais..
