Discussion :

[Jevrod]

Bonjour

j'ai un probleme avec l'utilisation de caractères spéciaux comme ùàç, etc... dans les noms d'images et de dossier.

les images s'affichent en local sur mon pc, mais lorsque j'envoie le fichier sur serveur, le serveur me repond qu'il ne trouve pas l'image.

j'aurai besoin de conserver ces caractères spéciaux car je cré un site dynamique en php ou les nom de dossier vont etres récupérés pour créer les différentes rubriques, menus, etc...

quelqu'un sait-il d'ou peut venir le probleme ?

[thelvin]

j'ai un probleme avec l'utilisation de caractères spéciaux comme ùàç, etc... dans les noms d'images et de dossier.

Ouaip. C'est pour ça qu'il vaut mieux ne pas en avoir.

j'aurai besoin de conserver ces caractères spéciaux car je cré un site dynamique en php ou les nom de dossier vont etres récupérés pour créer les différentes rubriques, menus, etc...

Normalement c'est bien d'éviter la redondance, mais garder les caractères spéciaux dans les noms de fichier c'est chercher les ennuis.
Une autre solution est de les échapper, genre remplacer par _UUUU avec UUUU le code unicode du caractère en hexadécimal.

quelqu'un sait-il d'ou peut venir le probleme ?

Conflit de charset entre les noms de fichiers enregistrés sur le système distant, et ce que le serveur web va demander à réception de la requête.
Sous Unix, un nom de fichiers est en octets, et tous les acteurs doivent se mettre d'accord pour utiliser le même. Les serveurs web le font rarement.
Sous Windows, un nom de fichiers est en caractères. Le problème se pose moins souvent.
Pour une fois l'approche Windows est plus maligne à mes yeux.

=> Solution : rien d'idéal.
- Solution #1 : Dans l'URL, utiliser par exemple %e9 (charset codepage 1252) au lieu de é dans les URLs. Ou quelque chose de ce genre.
- Solution #2 : éliminer les caractères spéciaux, avec l'échappement dont j'ai parlé au-dessus.
- Solution #3 : mettre en place un système pour assurer que les fichiers soient enregistrés avec un nom encodé en UTF-8 sur le site distant ; normalement sur ton ordi. Ou quelque chose de ce genre.

[Jevrod]

Sous Unix, un nom de fichiers est en octets, et tous les acteurs doivent se mettre d'accord pour utiliser le même. Les serveurs web le font rarement.

ok !! truc bon a savoir.


sinon, j'ai trouver la solution à mon probleme en utilisant l'encodage url.

j'avais dejà essayer avec les fonctions php encodeurl() et rowencodeurl(), mais ca ne fonctionnait pas.

en fait, ces fonctions convertissent également les / du chemin de fichier ce qui donnait quelque chose genre "dossier%F2Image.png" que le serveur n'arrivait pas à lire.

j'ai donc créer une fonction pour convertir en url tout en conservant les '/' et tout fonctionne, je peux utiliser mes ù, mes ç etc.. sur mon site :-)

[thelvin]

C'est quand même chercher les ennuis, tu en as eu une première preuve, tu en auras d'autres, et tu n'essaies pas de les éviter mais de te jeter dans leur gueule.

Enfin, comme tu veux.