OVH Cloud OVH Cloud

js cookie off-line

20 réponses
Avatar
pere.noel
j'essaie (sans succès) de contourner le problème lié au nom de domain,
quand un fichier html est lu en local, comme file:// càd ne passe pas
par un serveur http.

dans le cookie je met comme "domain" :
.localhost.localdomain

mais bon ça marche pas :[

qq'un a réussi à contourner ce pb ???

le but de la manip : permettre à l'utilisateur de choisir une fds et de
la garder sur un essemble de pages.

--
une bévue

10 réponses

1 2
Avatar
pere.noel
ASM wrote:

Je ne vois pas pourquoi ça ne marcherait pas ?
Un cookie n'est qu'une ligne de texte.


tu enfonces des portes ouvertes hein si j'ai essayé c'est bien parce que
je pensais ça...

Il peut être géré via JS ou via serveur.


off-line, pas de serveur.

S'il est géré via JS le ccokie marchera partout.


ce n'est pas ce que j'ai constaté, avec ton js, ma position n'est pas
théorique mais expérimentale.
Sauf que pour la même page, ou même site, il y en aura un spécifique
pour le off-line et un autre pour le in-line.


en quoi différent-ils ?
--
une bévue

Avatar
Dr J R Stockton
En fr.comp.lang.javascript
<1hpw7e2.1kavp29q1zqk6N%, 5 Dec 2006

c'est curieux dans certains de mes navs j'ai assez souvent 2038...


1970-01-01 00:00:00 GMT + 2^31 secondes font 2038-11-19 03:14:08 GMT :
<URL:http://www.merlyn.demon.co.uk/prog2000.htm#Y2038> etc etc. C'est
quelquefois le plus future date possible.

et, encore + curieux, des tas de cookies avec une date dans le passé
mais qui n'ont pas été expirés... je suppose que c'est le nav qui est
flemmard ???


Ici ??? aussi.

--
(c) John Stockton, Surrey, UK. ?@merlyn.demon.co.uk Turnpike v6.05 IE 6.
Web <URL:http://www.merlyn.demon.co.uk/> - w. FAQish topics, links, acronyms
PAS EXE etc : <URL:http://www.merlyn.demon.co.uk/programs/> - see 00index.htm
Dates - miscdate.htm moredate.htm js-dates.htm pas-time.htm critdate.htm etc.

Avatar
ASM

en quoi différent-ils ?


si tu n'as pas activé (créé) un cookie lors du passage off-line
le navigateur va pas aller lire celui in-line
(et lycèe de versailles)

ce n'est pas paske tu vois la même page que c'est pour autant le même
fichier (1 sur serveur, 1 sur DD at home)
ce n'est pas paske le fichier est sur le serveur at home qu'il ne sera
pas vu comme un fichier différent suivant que tu l'ouvres par http: ou
par file:

Je ne sais vraiment plus comment dire pour me faire comprendre.

http://localhost/fichier.htm --> les cookies http://locahost
http://www.yvon.thorvv/fichier.htm --> cookies http://www.yvon.thorvv
file:///localhost/Users/la_bevue/fichier.htm --> cookies ~la_bevue

3 cookies à créer et régler pour 1 fichier unique
(fichier qui normalement ne devrait pas être physiquement apparemment au
même endroit)

donc si pour le fichier tu as réglé gris en local puis jaune sur site
forcément quand tu reviens en local il redevient gris et si tu retournes
sur site hop! jaune.

apparemment le cookie ne suit pas ... pour cause le navigateur en voit 2

(il faut faire très attention à l'adresse indiquée en barre d'adresses)

--
Stephane Moriaux et son (moins) vieux Mac déjà dépassé

Avatar
pere.noel
ASM wrote:

si tu n'as pas activé (créé) un cookie lors du passage off-line
le navigateur va pas aller lire celui in-line
(et lycèe de versailles)

ce n'est pas paske tu vois la même page que c'est pour autant le même
fichier (1 sur serveur, 1 sur DD at home)


ben oui, j'avais tout à fait compris ça...

ce n'est pas paske le fichier est sur le serveur at home qu'il ne sera
pas vu comme un fichier différent suivant que tu l'ouvres par http: ou
par file:

Je ne sais vraiment plus comment dire pour me faire comprendre.

http://localhost/fichier.htm --> les cookies http://locahost
http://www.yvon.thorvv/fichier.htm --> cookies http://www.yvon.thorvv
file:///localhost/Users/la_bevue/fichier.htm --> cookies ~la_bevue


tu veux donc dire que ça se débrouille tout seul comme un grand
finalement, même en local, pas la peine de lui fournir un "pseudo"
domain du genre ".localhost.localdomain" et ça roule...

bon je viens de vérifier, dans mon :
/Users/yvon/Library/Application
Support/Firefox/Profiles/<...>.default/cookies.txt

j'ai deux cookies un pour mon site sur ma bécanne et un autre pour mon
site chez free correspondant à deux domaines :

.thoraval.yvon.free.fr
.yvon-thoraval.com

bon je les efface pour y voir + clair

j'ai donc effacé les deux précédents ET je trouve, tjs avec FF, un
cookie sans nom de domain mais avec un nom de cookie "theme" et une
valeur "Webfroot" qui correspond bien à un de mes thèmes.

je le supprime aussi ; je réactive le cookie pour cette page et
effectivement la valeur de "theme" change en fonction du thème choisi.

mais l'interface ne suit pas, c'est donc un pb de js et pas de cookie...


*** Safari/WebKit ***

là, je ne vois rien qui ressemble à ce que j'ai pour ff...
idem avec SunRiseBrowser, mais bon c'est du khtml aussi...


3 cookies à créer et régler pour 1 fichier unique
(fichier qui normalement ne devrait pas être physiquement apparemment au
même endroit)

donc si pour le fichier tu as réglé gris en local puis jaune sur site
forcément quand tu reviens en local il redevient gris et si tu retournes
sur site hop! jaune.

apparemment le cookie ne suit pas ... pour cause le navigateur en voit 2

(il faut faire très attention à l'adresse indiquée en barre d'adresses)


oui, ça j'ai pigé, je fais gaffe, sur ma machine à ce que l'adresse
indiquée soit www.yvon-thoraval.com et non :
yvon-thoraval.com (j'ai rencontré ce pb avec AJAX...)


donc il doit y avoir une erreur de mon script qui me fait repasser à la
valeur de theme="Default"

et aussi je dois changer le nom du cookie en fonction de l'application
si je veux que ça marche en local pour de fichiers différents, avec une
valeur de theme différente, mais pas indispensable vu que je peux
supposer que le theme chosi est le même qq soit l'application.

du genre (pour mon appli xtractx : xtractx_theme=<le theme>

à voir.

question : chez toi, ça marche avec Safari ???

ah au fait j'ai trouvé comment, avec AJAX, faire du cross-domain...

autre chose, j'ai installé mod_ruby et eruby un exemple fantastique avec
mod_ruby :

<http://www.yvon-thoraval.com/httpd/hello_world.rbx>

un autre plus fantastique encore, mais avec eruby :

<http://www.yvon-thoraval.com/eruby/foo.rhtml>

imbattable hein ???

;-)

a+ et merci pour ta patience...

je pense avoir bien compris les cookies mais il y a une erreur dans mon
script (dixit mes essais avec ff) et le résultat n'est pas clair en tk
avec safari...
--
Père Noël

Avatar
pere.noel
Dr J R Stockton wrote:


1970-01-01 00:00:00 GMT + 2^31 secondes font 2038-11-19 03:14:08 GMT :
<URL:http://www.merlyn.demon.co.uk/prog2000.htm#Y2038> etc etc. C'est
quelquefois le plus future date possible.

et, encore + curieux, des tas de cookies avec une date dans le passé
mais qui n'ont pas été expirés... je suppose que c'est le nav qui est
flemmard ???


Ici ??? aussi.


bon, ben, je laisse faire...
--
Père Noël


Avatar
ASM

bon je viens de vérifier,
j'ai deux cookies un pour mon site sur ma bécanne et un autre pour mon
site chez free correspondant à deux domaines :


As-tu installé Web Developer sur FF ?
il a un bouton pour voir les cookies (du site visité)
http://chrispederick.com/work/webdeveloper/

donc il doit y avoir une erreur de mon script qui me fait repasser à la
valeur de theme="Default"


Ha ! ? ça ce n'est pas impossible, bien que si ça marche in-line c'est
étonnant (sauf à avoir bricolé les trucs domains ?).

et aussi je dois changer le nom du cookie en fonction de l'application
si je veux que ça marche en local pour de fichiers différents, avec une
valeur de theme différente, mais pas indispensable vu que je peux
supposer que le theme chosi est le même qq soit l'application.


Tu me parles en chinois.
De quelles applis parles-tu ?

Tu peux bien avoir un cookie générique
+ un spécial par section + un pour une page ou l'autre ou même pour un
type de paragraphe ou que le titre,
il suffit que chaque élément sache rappeler le(s) cookie(s) qui lui
est(sont) destiné(s)

le cookie peut se souvenir de l'heure de la consulte du document, du
nombre de fois vu, du temps y passé etc ... etc ... il suffit d'y penser
et de faire le nécessaire.

question : chez toi, ça marche avec Safari ???


Ça alors ! Non ! ? ? !
alors que ça marche avec IE ou Opera ou iCab.
Certains prétendent que Safari est très mal fagoté, je vais finir par le
croire.
M'enfin, comme tu dis, ça fonctionne in-line ! (à n'y rien comprendre !)
(pas comparé les 2 JS : sur site et en local)

ah au fait j'ai trouvé comment, avec AJAX, faire du cross-domain...


Et ? ... comment fais-tu ?
(encore une vérole de Safari ?)

autre chose, j'ai installé mod_ruby et eruby un exemple fantastique avec
mod_ruby :

<http://www.yvon-thoraval.com/httpd/hello_world.rbx>

un autre plus fantastique encore, mais avec eruby :

<http://www.yvon-thoraval.com/eruby/foo.rhtml>

imbattable hein ???


J'en tombe su'l cul ! (tu n'me diras pas que tu ne maltraite pô ton G5)
FF n'est pas content : y a pas de doctype
et moi j'ai pô compris l'astuce :-(

résultat n'est pas clair en tk
avec safari...


Le JS enregistre t-il le cookie ?
Dans StylesSwitcher le cookie est enregistré lorsqu'on quitte la page :
onunload = setCookie();
peut-être pour Safari lui faut-il :
onbeforeunload = setCookie();
(pas essayé)

Bon ... avec les multiples caches du Mac OS X dont certains communs à
plusieurs applis ... faut voir s'il n'y a pas d'interférences ?

--
Stephane Moriaux et son (moins) vieux Mac déjà dépassé

Avatar
pere.noel
ASM wrote:


As-tu installé Web Developer sur FF ?
il a un bouton pour voir les cookies (du site visité)
http://chrispederick.com/work/webdeveloper/


oui, mais je m'en sert très peu :[

question d'habitude...


donc il doit y avoir une erreur de mon script qui me fait repasser à la
valeur de theme="Default"


Ha ! ? ça ce n'est pas impossible, bien que si ça marche in-line c'est
étonnant (sauf à avoir bricolé les trucs domains ?).


ben non justement, j'ai laissé ton script "as is"...

et aussi je dois changer le nom du cookie en fonction de l'application
si je veux que ça marche en local pour de fichiers différents, avec une
valeur de theme différente, mais pas indispensable vu que je peux
supposer que le theme chosi est le même qq soit l'application.


Tu me parles en chinois.


non, je ne suis pas clair car le nez dans le guidon...

De quelles applis parles-tu ?


le apps que je développe, chacune a son répertoire "www" qui contient sa
docum html : c'est là où je souhaite que les cookies fonctionnent
off-line.


le cookie peut se souvenir de l'heure de la consulte du document, du
nombre de fois vu, du temps y passé etc ... etc ... il suffit d'y penser
et de faire le nécessaire.


oui, j'ai vu en regardant les cookies que j'ai... il y en a qui font +
de 5 lignes de texte sur une largeur de 800px...

question : chez toi, ça marche avec Safari ???


Ça alors ! Non ! ? ? !
alors que ça marche avec IE ou Opera ou iCab.
Certains prétendent que Safari est très mal fagoté, je vais finir par le
croire.
M'enfin, comme tu dis, ça fonctionne in-line ! (à n'y rien comprendre !)


ben ptet que saf ne sait pas gérer quand pas de nom de domaine...
(pas comparé les 2 JS : sur site et en local)

ah au fait j'ai trouvé comment, avec AJAX, faire du cross-domain...


Et ? ... comment fais-tu ?
(encore une vérole de Safari ?)


non rien à voir avec Safari, il suffit, tout simplement ((;-))) d'avoir
un serveur de proxy... je me disais c'est pas poss autrement, les
widgets à la kde/opera/macosx doivent utiliser ça, je ne me suis pas
encore lancé dans cette aventure...

autre chose, j'ai installé mod_ruby et eruby un exemple fantastique avec
mod_ruby :

<http://www.yvon-thoraval.com/httpd/hello_world.rbx>

un autre plus fantastique encore, mais avec eruby :

<http://www.yvon-thoraval.com/eruby/foo.rhtml>

imbattable hein ???


J'en tombe su'l cul ! (tu n'me diras pas que tu ne maltraite pô ton G5)


euh arrêtes de parler de maltraitance au sujet de mon G5 perso je reste
intimement persuadé que je ne suis pas le fautif, mais qqc lié à Script
Editor|Prefab UI browser|"System Events.app".

certe je reconnais avoir commis une erreur (utilisation dans un script
d'un nom de variable réservé MAIS sur un system BIEN conçu (donc pas Mac
OS X + AppleScript) cette erreur n'aurait pas du déclencher la perte du
cut'n and paste et du drag'n drop.

d'autant que ça répète : un système réinstallé à zéro avec effacement du
disque (+ remise à zéro des données) le samedi, crack, le lundi aprems
kaput... et là je suis absolument sûr que je n'ai pas commis d'erreur de
programmation...

pas exactement dans les mêmes conditions, mais ça tourne autour du trio
Script Editor|Prefab UI Browser|"System Events.app" euh je devrais dire
quatuor car il faut ajouter AppleScript...

le type que j'ai traité de connard sur fcomx, fait tjs les mêmes
remarques plutôt désagréables, s'il y a un pb sur un mac, c'est le gus
qui fait tourner la machine.

ce qui est tjs vrai finalement, si je n'utilisais pas mon mac, il ne
tomberai pas en panne (quoique...)

mais mais mais, il se comporte en watchdog plutôt infect !

que je sache la hiérarchie *mac* n'appartient pas à Apple et à ses
commettants...

FF n'est pas content : y a pas de doctype
et moi j'ai pô compris l'astuce :-(


ah ça c'est possible, c'était juste des exemples pour vérifier que
mod_ruby/eruby "marchent"

résultat n'est pas clair en tk
avec safari...


Le JS enregistre t-il le cookie ?


non pas avec Safari OFF-line, je ne vois rien dans la plist :

~/Library/Cookies/Cookies.plist ...
Dans StylesSwitcher le cookie est enregistré lorsqu'on quitte la page :
onunload = setCookie();
peut-être pour Safari lui faut-il :
onbeforeunload = setCookie();
(pas essayé)


ah bon, je navet . vusse des tailles )))

Bon ... avec les multiples caches du Mac OS X dont certains communs à
plusieurs applis ... faut voir s'il n'y a pas d'interférences ?


je ne sais pas...

mais finalement l'idée d'avoir un seul fichier de cookies pour
plusiseurs navigateurs (ceux dépendant de webkit) est intéressante, je
me demande même si je ne vais pas m'écrire un ch'ti script qui merge les
différents cookies des différents navigateurs dans un seul fichier...



--
Père Noël


Avatar
pere.noel
Père Noël wrote:

Dans StylesSwitcher le cookie est enregistré lorsqu'on quitte la page :
onunload = setCookie();
peut-être pour Safari lui faut-il :
onbeforeunload = setCookie();
(pas essayé)



bon, je viens de re-re-re-re-faire un test FF versus Safari, je confirme
que le cookie ne marche pas avec Safari en OFF-line.

en fait il y avait bien une erreur dans mon code, MAIS, je pouvais tjs
la chercher dans le js...

l'erreur était dans l'adressage du js lui-même...
corect dans un folder mais pas dans l'autre...

tu penses que ça peut intéresser d'aucuns d'avoir une ch'tite appli qui
merge/visualise (à la demande) les cookies de tous les navigateurs sur
une bécanne donnée ???
--
Père Noël


Avatar
ASM
Père Noël wrote:

tu penses que ça peut intéresser d'aucuns d'avoir une ch'tite appli qui
merge/visualise (à la demande) les cookies de tous les navigateurs sur
une bécanne donnée ???


Il faudrait d'abord comparer l'écriture du même exact cookie dans chaque
fichier de cookie de chaque navigateur.
(savoir s'ils s'enregistrent exactement la même chose ?)

Si tu arrives à réaliser un fichier commun(*), il faudra pouvoir
compléter chacun des fichiers des navs.

(*) comment comptes-tu retrouver mon user X de mon FF ?
user que je recrée à l'occasion pour "nettoyer"
(*) comment comptes comparer tous les cookies de l'user 'X'
(je ne suis pas obligé de changer de session pour prêter mon nav et
j'imagine qu'il peut avoir plusieurs users dans le dossier de FF)


--
Stephane Moriaux et son (moins) vieux Mac déjà dépassé

Avatar
pere.noel
ASM wrote:

Il faudrait d'abord comparer l'écriture du même exact cookie dans chaque
fichier de cookie de chaque navigateur.
(savoir s'ils s'enregistrent exactement la même chose ?)


Ah ben c'est pas dans le même format, mais quand-même ils zenregistrent
ce qu'on leur demande...

Si tu arrives à réaliser un fichier commun(*), il faudra pouvoir
compléter chacun des fichiers des navs.

(*) comment comptes-tu retrouver mon user X de mon FF ?
user que je recrée à l'occasion pour "nettoyer"


why not, il faudrait déjà que je crée un autre user sur ff, pour voir...

(*) comment comptes comparer tous les cookies de l'user 'X'
(je ne suis pas obligé de changer de session pour prêter mon nav et
j'imagine qu'il peut avoir plusieurs users dans le dossier de FF)


oui.

le pb >>>MAJEUR<<< est que, d'après mon expérience avec Safari, les navs
enregistrent les cookies quand tu les quittes (si j'extrapole...)...

j'ai mis online certains formats :
<http://www.yvon-thoraval.com/Cookies/Cookies_comparaison.html>

je ne retrouve + celui d'Opera, pourtant, ce matin, j'ai cru voir une
bd...
--
Père Noël

1 2