<http://www.ltg.ed.ac.uk/~richard/xml-check.html> et sur :
<http://www.stg.brown.edu/service/xmlvalid/>
ma version php est "4.3" celle de free, je ne m'en souviens plus (time
out sur mon site...)
qqc d'étange est que ma dtd au lieu de la mettre à la racine de mon site
(comme sur mon mac) j'ai du la mettre dans le dossier class càd la où se
trouve ma class php...
--
yt
Le mode "texte" est plus exactement le mode "ASCII", et il me semble que ça joue sur la transmission des données sur 7 (ASCII) ou 8 bits (binaire).
Oui, oui, c'est exactement ça, j'ai déja rencontré ce pb il y a qq années, il faut dire que je suis passé à java entre-temps...
L'utf-8 c'est en 8 bits, l'ascii en 7 + parité, si je me souviens bien. De plus, l'utf-8 utilise, pour un charactère, 1 à 6 octets...
Mon client ftp "Anarchy" c'est l'anarchie, je suis sur MacOS X... -- yt
Pierre Goiffon
Franck Guillaud wrote:
l'utf-8 il faut le transférer en binaire et sirtout ne pas laisser faire l'appli toute seule...
Oh je suis plutôt surpris !!
Le mode "texte" est plus exactement le mode "ASCII", et il me semble que ça joue sur la transmission des données sur 7 (ASCII) ou 8 bits (binaire).
Non, car je pense que tout le monde ici a l'expérience réussie de transferts de fichiers textes dans un quelconque codage 8 bits (iso latin-1, iso latin-9, windows-1252, ...) par FTP en mode "TEXT".
Je viens de lire en diagonale la RFC sur FTP (http://www.ietf.org/rfc/rfc0959.txt?number9), au chapitre 3.1 il est question de tout cela. Je ne suis pas sûr de bien comprendre et tout de suite pas bien le temps d'approfondir, cependant il est bel et bien question de codages 8 bits... Or UTF-8 fonctionne avec des "code unit" de 8 bits, même si chaque caractère peut être codé jusqu'à 6 octets en théorie.
De plus j'ai déjà transféré nombre de fichiers codés en UTF-8 vers le serveur FTP de Free en mode text, sans aucun soucis.
Quid ?
Franck Guillaud wrote:
l'utf-8 il faut le transférer en binaire et sirtout ne pas laisser faire
l'appli toute seule...
Oh je suis plutôt surpris !!
Le mode "texte" est plus exactement le mode "ASCII", et il me semble
que ça joue sur la transmission des données sur 7 (ASCII) ou 8 bits
(binaire).
Non, car je pense que tout le monde ici a l'expérience réussie de
transferts de fichiers textes dans un quelconque codage 8 bits (iso
latin-1, iso latin-9, windows-1252, ...) par FTP en mode "TEXT".
Je viens de lire en diagonale la RFC sur FTP
(http://www.ietf.org/rfc/rfc0959.txt?number9), au chapitre 3.1 il est
question de tout cela. Je ne suis pas sûr de bien comprendre et tout de
suite pas bien le temps d'approfondir, cependant il est bel et bien
question de codages 8 bits... Or UTF-8 fonctionne avec des "code unit"
de 8 bits, même si chaque caractère peut être codé jusqu'à 6 octets en
théorie.
De plus j'ai déjà transféré nombre de fichiers codés en UTF-8 vers le
serveur FTP de Free en mode text, sans aucun soucis.
l'utf-8 il faut le transférer en binaire et sirtout ne pas laisser faire l'appli toute seule...
Oh je suis plutôt surpris !!
Le mode "texte" est plus exactement le mode "ASCII", et il me semble que ça joue sur la transmission des données sur 7 (ASCII) ou 8 bits (binaire).
Non, car je pense que tout le monde ici a l'expérience réussie de transferts de fichiers textes dans un quelconque codage 8 bits (iso latin-1, iso latin-9, windows-1252, ...) par FTP en mode "TEXT".
Je viens de lire en diagonale la RFC sur FTP (http://www.ietf.org/rfc/rfc0959.txt?number9), au chapitre 3.1 il est question de tout cela. Je ne suis pas sûr de bien comprendre et tout de suite pas bien le temps d'approfondir, cependant il est bel et bien question de codages 8 bits... Or UTF-8 fonctionne avec des "code unit" de 8 bits, même si chaque caractère peut être codé jusqu'à 6 octets en théorie.
De plus j'ai déjà transféré nombre de fichiers codés en UTF-8 vers le serveur FTP de Free en mode text, sans aucun soucis.
Quid ?
yvon.thoravalNO-SPAM
Pierre Goiffon wrote:
De plus j'ai déjà transféré nombre de fichiers codés en UTF-8 vers le serveur FTP de Free en mode text, sans aucun soucis.
Quid ?
Ben quid, d'accord, il fô que je trouve un autre client ftp, le miens (Anarchy/MacOS X) est donc pourri de ce côté là.
Ca va pas trainer j'ai perdu une bonne demi-journée à cause de cela...
-- yt
Pierre Goiffon <pgoiffon@invalid.fr> wrote:
De plus j'ai déjà transféré nombre de fichiers codés en UTF-8 vers le
serveur FTP de Free en mode text, sans aucun soucis.
Quid ?
Ben quid, d'accord, il fô que je trouve un autre client ftp, le miens
(Anarchy/MacOS X) est donc pourri de ce côté là.
Ca va pas trainer j'ai perdu une bonne demi-journée à cause de cela...
De plus j'ai déjà transféré nombre de fichiers codés en UTF-8 vers le serveur FTP de Free en mode text, sans aucun soucis.
Quid ?
Ben quid, d'accord, il fô que je trouve un autre client ftp, le miens (Anarchy/MacOS X) est donc pourri de ce côté là.
Ca va pas trainer j'ai perdu une bonne demi-journée à cause de cela...
-- yt
loufoque
Pierre Goiffon a dit le 21/01/2005 12:07:
Or UTF-8 fonctionne avec des "code unit" de 8 bits, même si chaque caractère peut être codé jusqu'à 6 octets en théorie.
Oui mais est-ce qu'il n'utilise que des caractères affichables ? Le mode ASCII vire peut-être tous les caractères non-affichables sur certains clients FTP.
Pierre Goiffon a dit le 21/01/2005 12:07:
Or UTF-8 fonctionne avec des "code unit"
de 8 bits, même si chaque caractère peut être codé jusqu'à 6 octets en
théorie.
Oui mais est-ce qu'il n'utilise que des caractères affichables ?
Le mode ASCII vire peut-être tous les caractères non-affichables sur
certains clients FTP.
Or UTF-8 fonctionne avec des "code unit" de 8 bits, même si chaque caractère peut être codé jusqu'à 6 octets en théorie.
Oui mais est-ce qu'il n'utilise que des caractères affichables ? Le mode ASCII vire peut-être tous les caractères non-affichables sur certains clients FTP.
Damien Hardy
Pierre Goiffon a écrit :
Franck Guillaud wrote:
l'utf-8 il faut le transférer en binaire et sirtout ne pas laisser faire l'appli toute seule...
Oh je suis plutôt surpris !!
Le mode "texte" est plus exactement le mode "ASCII", et il me semble que ça joue sur la transmission des données sur 7 (ASCII) ou 8 bits (binaire).
Non, car je pense que tout le monde ici a l'expérience réussie de transferts de fichiers textes dans un quelconque codage 8 bits (iso latin-1, iso latin-9, windows-1252, ...) par FTP en mode "TEXT".
Je viens de lire en diagonale la RFC sur FTP (http://www.ietf.org/rfc/rfc0959.txt?number9), au chapitre 3.1 il est question de tout cela. Je ne suis pas sûr de bien comprendre et tout de suite pas bien le temps d'approfondir, cependant il est bel et bien question de codages 8 bits... Or UTF-8 fonctionne avec des "code unit" de 8 bits, même si chaque caractère peut être codé jusqu'à 6 octets en théorie.
De plus j'ai déjà transféré nombre de fichiers codés en UTF-8 vers le serveur FTP de Free en mode text, sans aucun soucis.
Quid ?
Le mode ASCII en FTP remplace les carateres de fin de ligne Unix "n" et caractere de fin de ligne Windows|Dos "rn" et inversement. Le mode BINARY lui ne transforme rien (important pour les fichiers binaires comme les images, les executables ou les archives compressées)
Et c'est tout, rien a voir avec l'encodage qui lui sert à savoir afficher de la bonne maniere le code 0x0128 pour l'utilisateurs (le dessin de la lettre)
Dam
Pierre Goiffon a écrit :
Franck Guillaud wrote:
l'utf-8 il faut le transférer en binaire et sirtout ne pas laisser
faire
l'appli toute seule...
Oh je suis plutôt surpris !!
Le mode "texte" est plus exactement le mode "ASCII", et il me semble
que ça joue sur la transmission des données sur 7 (ASCII) ou 8 bits
(binaire).
Non, car je pense que tout le monde ici a l'expérience réussie de
transferts de fichiers textes dans un quelconque codage 8 bits (iso
latin-1, iso latin-9, windows-1252, ...) par FTP en mode "TEXT".
Je viens de lire en diagonale la RFC sur FTP
(http://www.ietf.org/rfc/rfc0959.txt?number9), au chapitre 3.1 il est
question de tout cela. Je ne suis pas sûr de bien comprendre et tout de
suite pas bien le temps d'approfondir, cependant il est bel et bien
question de codages 8 bits... Or UTF-8 fonctionne avec des "code unit"
de 8 bits, même si chaque caractère peut être codé jusqu'à 6 octets en
théorie.
De plus j'ai déjà transféré nombre de fichiers codés en UTF-8 vers le
serveur FTP de Free en mode text, sans aucun soucis.
Quid ?
Le mode ASCII en FTP remplace les carateres de fin de ligne Unix "n" et
caractere de fin de ligne Windows|Dos "rn" et inversement. Le mode
BINARY lui ne transforme rien (important pour les fichiers binaires
comme les images, les executables ou les archives compressées)
Et c'est tout, rien a voir avec l'encodage qui lui sert à savoir
afficher de la bonne maniere le code 0x0128 pour l'utilisateurs (le
dessin de la lettre)
l'utf-8 il faut le transférer en binaire et sirtout ne pas laisser faire l'appli toute seule...
Oh je suis plutôt surpris !!
Le mode "texte" est plus exactement le mode "ASCII", et il me semble que ça joue sur la transmission des données sur 7 (ASCII) ou 8 bits (binaire).
Non, car je pense que tout le monde ici a l'expérience réussie de transferts de fichiers textes dans un quelconque codage 8 bits (iso latin-1, iso latin-9, windows-1252, ...) par FTP en mode "TEXT".
Je viens de lire en diagonale la RFC sur FTP (http://www.ietf.org/rfc/rfc0959.txt?number9), au chapitre 3.1 il est question de tout cela. Je ne suis pas sûr de bien comprendre et tout de suite pas bien le temps d'approfondir, cependant il est bel et bien question de codages 8 bits... Or UTF-8 fonctionne avec des "code unit" de 8 bits, même si chaque caractère peut être codé jusqu'à 6 octets en théorie.
De plus j'ai déjà transféré nombre de fichiers codés en UTF-8 vers le serveur FTP de Free en mode text, sans aucun soucis.
Quid ?
Le mode ASCII en FTP remplace les carateres de fin de ligne Unix "n" et caractere de fin de ligne Windows|Dos "rn" et inversement. Le mode BINARY lui ne transforme rien (important pour les fichiers binaires comme les images, les executables ou les archives compressées)
Et c'est tout, rien a voir avec l'encodage qui lui sert à savoir afficher de la bonne maniere le code 0x0128 pour l'utilisateurs (le dessin de la lettre)
