Le 05/12/2003 12:34, Jean-Marc Desperrier a écrit :
Pascal Chevrel wrote:
Le 03/12/2003 21:21, Ozzy a &ecute;crit :
Mais il n'est rien indiqué de la marche à suivre pour cette creation : un simple fichier txt renommé ?
Un simple fichier texte renommé ;-) J'ajoute la précision.
En fait si il y a une subtilité. S'il contient des accents, il doit être en UTF-8, et à priori sans l'en-tête BOM que XP rajoute systématiquement aux fichiers UTF-8 sans demander son avis à l'utilisateur.
C'est quoi l'entête BOM ?
Pascal
-- Pascal Chevrel - Mozilla Champion FAQ Mozilla/Netscape 7 en français : http://pascal.chevrel.free.fr/ Foros Mozilla en español : http://pascal.chevrel.free.fr/mozilla
Le 05/12/2003 12:34, Jean-Marc Desperrier a écrit :
Pascal Chevrel wrote:
Le 03/12/2003 21:21, Ozzy a &ecute;crit :
Mais il n'est rien indiqué de la marche à suivre pour cette creation
: un simple fichier txt renommé ?
Un simple fichier texte renommé ;-) J'ajoute la précision.
En fait si il y a une subtilité. S'il contient des accents, il doit être
en UTF-8, et à priori sans l'en-tête BOM que XP rajoute systématiquement
aux fichiers UTF-8 sans demander son avis à l'utilisateur.
C'est quoi l'entête BOM ?
Pascal
--
Pascal Chevrel - Mozilla Champion
FAQ Mozilla/Netscape 7 en français : http://pascal.chevrel.free.fr/
Foros Mozilla en español : http://pascal.chevrel.free.fr/mozilla
Le 05/12/2003 12:34, Jean-Marc Desperrier a écrit :
Pascal Chevrel wrote:
Le 03/12/2003 21:21, Ozzy a &ecute;crit :
Mais il n'est rien indiqué de la marche à suivre pour cette creation : un simple fichier txt renommé ?
Un simple fichier texte renommé ;-) J'ajoute la précision.
En fait si il y a une subtilité. S'il contient des accents, il doit être en UTF-8, et à priori sans l'en-tête BOM que XP rajoute systématiquement aux fichiers UTF-8 sans demander son avis à l'utilisateur.
C'est quoi l'entête BOM ?
Pascal
-- Pascal Chevrel - Mozilla Champion FAQ Mozilla/Netscape 7 en français : http://pascal.chevrel.free.fr/ Foros Mozilla en español : http://pascal.chevrel.free.fr/mozilla
Jean-Marc Desperrier
Pascal Chevrel wrote:
En fait si il y a une subtilité. S'il contient des accents, il doit être en UTF-8, et à priori sans l'en-tête BOM que XP rajoute systématiquement aux fichiers UTF-8 sans demander son avis à l'utilisateur.
C'est quoi l'entête BOM ?
C'est placer le caractère FEFF, ou plutôt sa valeur quelle qu'elle soit dans l'encodage unicode utilisé, au début du fichier pour l'identifier en tant que fichier unicode.
Cela a été défini pour les fichiers UTF16 pour aider à les reconnaître.
Microsoft a décider d'étendre cela aux fichier UTF8, générant pas mal d'incompatibilité avec d'autre logiciel qui ne s'attendent pas à cela, et vont générer une "syntax error" à cause de ce caractère inattendu et qu'ils ne sont pas programmés pour éliminer automatiquement.
Pascal Chevrel wrote:
En fait si il y a une subtilité. S'il contient des accents, il doit
être en UTF-8, et à priori sans l'en-tête BOM que XP rajoute
systématiquement aux fichiers UTF-8 sans demander son avis à
l'utilisateur.
C'est quoi l'entête BOM ?
C'est placer le caractère FEFF, ou plutôt sa valeur quelle qu'elle soit
dans l'encodage unicode utilisé, au début du fichier pour l'identifier
en tant que fichier unicode.
Cela a été défini pour les fichiers UTF16 pour aider à les reconnaître.
Microsoft a décider d'étendre cela aux fichier UTF8, générant pas mal
d'incompatibilité avec d'autre logiciel qui ne s'attendent pas à cela,
et vont générer une "syntax error" à cause de ce caractère inattendu et
qu'ils ne sont pas programmés pour éliminer automatiquement.
En fait si il y a une subtilité. S'il contient des accents, il doit être en UTF-8, et à priori sans l'en-tête BOM que XP rajoute systématiquement aux fichiers UTF-8 sans demander son avis à l'utilisateur.
C'est quoi l'entête BOM ?
C'est placer le caractère FEFF, ou plutôt sa valeur quelle qu'elle soit dans l'encodage unicode utilisé, au début du fichier pour l'identifier en tant que fichier unicode.
Cela a été défini pour les fichiers UTF16 pour aider à les reconnaître.
Microsoft a décider d'étendre cela aux fichier UTF8, générant pas mal d'incompatibilité avec d'autre logiciel qui ne s'attendent pas à cela, et vont générer une "syntax error" à cause de ce caractère inattendu et qu'ils ne sont pas programmés pour éliminer automatiquement.
oui mais quelle différence avec le http pipeliling ?
http://nontroppo.org/wiki/HttpProtocol/edit Je suis pas sûr de tout comprendre alors je te laisse regarder toi même ;-)
OK....
Alors voilà un petit résumé.
Un navigateur est un client HTTP, qui se connecte à un serveur HTTP par le biais de connexions HTTP. Imaginons un fossé qui sépare deux parties, de notre côté, c'est le client, de l'autre c'est le serveur. Une connexion est une passerelle entre les deux côtés.
À chaque fois que le client web envoie une requête, en fait j'envoie un paquet de l'autre côté, en le faisant glisser sur une connexion. Ensuite, de l'autre côté il y a le serveur qui récupère le paquet, lit le contenu, fais ce qui est écrit, et génère un résultat (souvent, une image ou un fichier HTML). Il met le tout dans un paquet, et me le renvoie en faisant glisser le paquet sur la passerelle. Moi je reçois, ouvre le paquet, et lit son contenu.
Il y a deux types de connexions : - les connexions normales : c'est une simple planche de bois, après un aller-retour, elle se brise et tombe dans le fossé (/dev/null/) - les connexions persistantes : c'est un pont attaché des deux côtés, qui est plus résistant.
Sur une connexion, il peut y avoir une ou plusieurs requêtes (une seule pour une connexion normale). Mais, une fois que j'ai envoyé mon paquet au serveur, pendant que celui-ci exécute celle-ci, la connexion est libre. Je peux donc en profiter pour envoyer un autre paquet (une autre requête). C'est le HTTP-pipelining.
-- XandreX /I'm that kind of people your parents warned you about/
oui mais quelle différence avec le http pipeliling ?
http://nontroppo.org/wiki/HttpProtocol/edit
Je suis pas sûr de tout comprendre alors je te laisse regarder toi même ;-)
OK....
Alors voilà un petit résumé.
Un navigateur est un client HTTP, qui se connecte à un serveur HTTP par
le biais de connexions HTTP. Imaginons un fossé qui sépare deux parties,
de notre côté, c'est le client, de l'autre c'est le serveur.
Une connexion est une passerelle entre les deux côtés.
À chaque fois que le client web envoie une requête, en fait j'envoie un
paquet de l'autre côté, en le faisant glisser sur une connexion.
Ensuite, de l'autre côté il y a le serveur qui récupère le paquet, lit
le contenu, fais ce qui est écrit, et génère un résultat (souvent, une
image ou un fichier HTML). Il met le tout dans un paquet, et me le
renvoie en faisant glisser le paquet sur la passerelle. Moi je reçois,
ouvre le paquet, et lit son contenu.
Il y a deux types de connexions :
- les connexions normales : c'est une simple planche de bois, après
un aller-retour, elle se brise et tombe dans le fossé (/dev/null/)
- les connexions persistantes : c'est un pont attaché des deux côtés,
qui est plus résistant.
Sur une connexion, il peut y avoir une ou plusieurs requêtes (une seule
pour une connexion normale). Mais, une fois que j'ai envoyé mon paquet
au serveur, pendant que celui-ci exécute celle-ci, la connexion est
libre. Je peux donc en profiter pour envoyer un autre paquet (une autre
requête). C'est le HTTP-pipelining.
--
XandreX
/I'm that kind of people your parents warned you about/
oui mais quelle différence avec le http pipeliling ?
http://nontroppo.org/wiki/HttpProtocol/edit Je suis pas sûr de tout comprendre alors je te laisse regarder toi même ;-)
OK....
Alors voilà un petit résumé.
Un navigateur est un client HTTP, qui se connecte à un serveur HTTP par le biais de connexions HTTP. Imaginons un fossé qui sépare deux parties, de notre côté, c'est le client, de l'autre c'est le serveur. Une connexion est une passerelle entre les deux côtés.
À chaque fois que le client web envoie une requête, en fait j'envoie un paquet de l'autre côté, en le faisant glisser sur une connexion. Ensuite, de l'autre côté il y a le serveur qui récupère le paquet, lit le contenu, fais ce qui est écrit, et génère un résultat (souvent, une image ou un fichier HTML). Il met le tout dans un paquet, et me le renvoie en faisant glisser le paquet sur la passerelle. Moi je reçois, ouvre le paquet, et lit son contenu.
Il y a deux types de connexions : - les connexions normales : c'est une simple planche de bois, après un aller-retour, elle se brise et tombe dans le fossé (/dev/null/) - les connexions persistantes : c'est un pont attaché des deux côtés, qui est plus résistant.
Sur une connexion, il peut y avoir une ou plusieurs requêtes (une seule pour une connexion normale). Mais, une fois que j'ai envoyé mon paquet au serveur, pendant que celui-ci exécute celle-ci, la connexion est libre. Je peux donc en profiter pour envoyer un autre paquet (une autre requête). C'est le HTTP-pipelining.
-- XandreX /I'm that kind of people your parents warned you about/
