Bonjour
Je suis en train de préparer des scripts Shell sous Linux Fedora Core
2 avec wget dernière version cvs pour télécharger des pages d'un site
web, soumises à authentification et protection par cookies non
permanents, et voici mes questions:
Au sujet des cookies non permanents ( situés dans le navigateur et
non enregistrés dans un fichier ):
- Est-il possible qu'un navigateur contienne en même temps plus d'un
cookie non permanent ?
- Si c'est le cas, est-ce qu'un site peut vérifier les contenus de
tous les cookies non permanents qu'il a déjà mis dans le navigateur ?
- Et aussi, si c'est le cas, est-ce qu'un site web peut, par exemple,
supprimer un cookie non permanent qu'il a créé existant dans le
navigateur, de la même manière que pour un cookie permanent ?
Si les réponses à ces trois questions sont positives, je crains fort
d'être obligé de tester le contenu des headers http avec wget, pour
gérer l'envoi des cookies non permanent, à ce site, de façon à ce qu'il
me soit possible d'en télécharger les pages dont j'ai besoin.
Merci beaucoup de vos réponses.
Jean Francois Ortolo
PS Je pensais bien que le concept de cookie non permanent, et le fait
que le navigateur soit obligé de l'envoyer au serveur pour que celui-ci
en prenne connaissance, implique qu'il n'y ait en jeu qu'un seul cookie
non permanent, sans qu'il y ait aucune possibilité de mémorisation dans
le navigateur, autre que pour celui-ci l'obligation d'envoyer le cookie
non permanent qu'il a en mémoire, au serveur web à chaque chargement de
page. Je voudrais simplement m'en assurer.
--
Visitez mon site entièrement gratuit
donnant des Statistiques et des Historiques Graphiques
sur les Courses de Chevaux:
http://www.ortolojf-courses.com
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
Pierre Goiffon
Jean Francois Ortolo wrote:
Au sujet des cookies non permanents ( situés dans le navigateur et non enregistrés dans un fichier ):
- Est-il possible qu'un navigateur contienne en même temps plus d'un cookie non permanent ?
- Si c'est le cas, est-ce qu'un site peut vérifier les contenus de tous les cookies non permanents qu'il a déjà mis dans le navigateur ?
- Et aussi, si c'est le cas, est-ce qu'un site web peut, par exemple, supprimer un cookie non permanent qu'il a créé existant dans le navigateur, de la même manière que pour un cookie permanent ?
Un cookie de session ou avec date d'expiration n'ont que le paramètre expire qui diffère. Les mêmes règles s'appliquent, il ne faut pas penser qu'il existe 2 types de cookies... Et donc : on peut avoir plusieurs cookies en même temps, plusieurs pour un domaine (mais limite en longueur & nb), ...
Un excellent article sur les cookies chez Netscape : http://wp.netscape.com/newsref/std/cookie_spec.html
Sinon, aucun aspirateur déjà développé ne répond à votre besoin ??
Jean Francois Ortolo wrote:
Au sujet des cookies non permanents ( situés dans le navigateur et non
enregistrés dans un fichier ):
- Est-il possible qu'un navigateur contienne en même temps plus d'un
cookie non permanent ?
- Si c'est le cas, est-ce qu'un site peut vérifier les contenus de tous
les cookies non permanents qu'il a déjà mis dans le navigateur ?
- Et aussi, si c'est le cas, est-ce qu'un site web peut, par exemple,
supprimer un cookie non permanent qu'il a créé existant dans le
navigateur, de la même manière que pour un cookie permanent ?
Un cookie de session ou avec date d'expiration n'ont que le paramètre
expire qui diffère. Les mêmes règles s'appliquent, il ne faut pas penser
qu'il existe 2 types de cookies... Et donc : on peut avoir plusieurs
cookies en même temps, plusieurs pour un domaine (mais limite en
longueur & nb), ...
Un excellent article sur les cookies chez Netscape :
http://wp.netscape.com/newsref/std/cookie_spec.html
Sinon, aucun aspirateur déjà développé ne répond à votre besoin ??
Au sujet des cookies non permanents ( situés dans le navigateur et non enregistrés dans un fichier ):
- Est-il possible qu'un navigateur contienne en même temps plus d'un cookie non permanent ?
- Si c'est le cas, est-ce qu'un site peut vérifier les contenus de tous les cookies non permanents qu'il a déjà mis dans le navigateur ?
- Et aussi, si c'est le cas, est-ce qu'un site web peut, par exemple, supprimer un cookie non permanent qu'il a créé existant dans le navigateur, de la même manière que pour un cookie permanent ?
Un cookie de session ou avec date d'expiration n'ont que le paramètre expire qui diffère. Les mêmes règles s'appliquent, il ne faut pas penser qu'il existe 2 types de cookies... Et donc : on peut avoir plusieurs cookies en même temps, plusieurs pour un domaine (mais limite en longueur & nb), ...
Un excellent article sur les cookies chez Netscape : http://wp.netscape.com/newsref/std/cookie_spec.html
Sinon, aucun aspirateur déjà développé ne répond à votre besoin ??
Jean Francois Ortolo
Pierre Goiffon wrote:
Un cookie de session ou avec date d'expiration n'ont que le paramètre expire qui diffère. Les mêmes règles s'appliquent, il ne faut pas penser qu'il existe 2 types de cookies... Et donc : on peut avoir plusieurs cookies en même temps, plusieurs pour un domaine (mais limite en longueur & nb), ...
Un excellent article sur les cookies chez Netscape : http://wp.netscape.com/newsref/std/cookie_spec.html
Sinon, aucun aspirateur déjà développé ne répond à votre besoin ??
Bonjour Monsieur Si j'ai bien compris, je n'ai plus qu'à laisser wget gérer lui-même les cookies ( permanents et non permanents ), en faisant à chaque appel de wget, la syntaxe suivante:
Le paramètre -O - c'est pour redirectionner la sortie sur l'écran, donc sur le fichier ${fichier}
Les paramètres --keep-session-cookies save-cookies cookies.txt sont pour sauvegarder tous les cookies dans le fichier cookies.txt
Et les paramètres --load-cookies cookies.txt sont pour envoyer les cookies contenus dans le fichier cookies.txt au serveur.
En fait, compte tenu du fait que je sélectionne les pages ( des scripts *.asp avec paramètres ?var1=${var1}&var2=${var2} etc... ) de façon programmative, mais que je suis obligé de respecter le mode de réception/envoi de tous les cookies, y compris les cookies de session ( non permanents ), cette obligation pourrait être respectée par la façon dont wget prend en compte la réception/envoi des cookies ?
J'ai la version cvs la plus récente de wget , celle qui supporte effectivement le paramètre --keep-session-cookies
Merci beaucoup de votre réponse.
Jean Francois Ortolo
-- Visitez mon site entièrement gratuit donnant des Statistiques et des Historiques Graphiques sur les Courses de Chevaux: http://www.ortolojf-courses.com
Pierre Goiffon wrote:
Un cookie de session ou avec date d'expiration n'ont que le paramètre
expire qui diffère. Les mêmes règles s'appliquent, il ne faut pas penser
qu'il existe 2 types de cookies... Et donc : on peut avoir plusieurs
cookies en même temps, plusieurs pour un domaine (mais limite en
longueur & nb), ...
Un excellent article sur les cookies chez Netscape :
http://wp.netscape.com/newsref/std/cookie_spec.html
Sinon, aucun aspirateur déjà développé ne répond à votre besoin ??
Bonjour Monsieur
Si j'ai bien compris, je n'ai plus qu'à laisser wget gérer lui-même
les cookies ( permanents et non permanents ), en faisant à chaque appel
de wget, la syntaxe suivante:
Le paramètre -O - c'est pour redirectionner la sortie sur l'écran,
donc sur le fichier ${fichier}
Les paramètres --keep-session-cookies save-cookies cookies.txt sont
pour sauvegarder tous les cookies dans le fichier cookies.txt
Et les paramètres --load-cookies cookies.txt sont pour envoyer les
cookies contenus dans le fichier cookies.txt au serveur.
En fait, compte tenu du fait que je sélectionne les pages ( des
scripts *.asp avec paramètres ?var1=${var1}&var2=${var2} etc... ) de
façon programmative, mais que je suis obligé de respecter le mode de
réception/envoi de tous les cookies, y compris les cookies de session (
non permanents ), cette obligation pourrait être respectée par la façon
dont wget prend en compte la réception/envoi des cookies ?
J'ai la version cvs la plus récente de wget , celle qui supporte
effectivement le paramètre --keep-session-cookies
Merci beaucoup de votre réponse.
Jean Francois Ortolo
--
Visitez mon site entièrement gratuit
donnant des Statistiques et des Historiques Graphiques
sur les Courses de Chevaux:
http://www.ortolojf-courses.com
Un cookie de session ou avec date d'expiration n'ont que le paramètre expire qui diffère. Les mêmes règles s'appliquent, il ne faut pas penser qu'il existe 2 types de cookies... Et donc : on peut avoir plusieurs cookies en même temps, plusieurs pour un domaine (mais limite en longueur & nb), ...
Un excellent article sur les cookies chez Netscape : http://wp.netscape.com/newsref/std/cookie_spec.html
Sinon, aucun aspirateur déjà développé ne répond à votre besoin ??
Bonjour Monsieur Si j'ai bien compris, je n'ai plus qu'à laisser wget gérer lui-même les cookies ( permanents et non permanents ), en faisant à chaque appel de wget, la syntaxe suivante:
Le paramètre -O - c'est pour redirectionner la sortie sur l'écran, donc sur le fichier ${fichier}
Les paramètres --keep-session-cookies save-cookies cookies.txt sont pour sauvegarder tous les cookies dans le fichier cookies.txt
Et les paramètres --load-cookies cookies.txt sont pour envoyer les cookies contenus dans le fichier cookies.txt au serveur.
En fait, compte tenu du fait que je sélectionne les pages ( des scripts *.asp avec paramètres ?var1=${var1}&var2=${var2} etc... ) de façon programmative, mais que je suis obligé de respecter le mode de réception/envoi de tous les cookies, y compris les cookies de session ( non permanents ), cette obligation pourrait être respectée par la façon dont wget prend en compte la réception/envoi des cookies ?
J'ai la version cvs la plus récente de wget , celle qui supporte effectivement le paramètre --keep-session-cookies
Merci beaucoup de votre réponse.
Jean Francois Ortolo
-- Visitez mon site entièrement gratuit donnant des Statistiques et des Historiques Graphiques sur les Courses de Chevaux: http://www.ortolojf-courses.com
