download avec caractères spéciaux!

**NejNej** · 26/01/2009, 16h27

Bonjour à tous!
J'ai un petit problème de download avec les caractères spéciaux (accents,& etc...)

je déclare un objet de type webclient et j'utilise la méthode DownLoadFile()
Mais lorsque le fichier contient un caractère spécial il me renvoi l'erreur 404 du fichier introuvable.

Quelqu'un aurait il une explication ???

Merci!

**Philippe Vialatte** · 26/01/2009, 22h39

salut,

est-ce que tu as essayé d'encoder tes caractères spéciaux ?

Genre, un coup de HTMLEncode, ou un coup de renommage des & en & ?

**tomlev** · 27/01/2009, 02h36

Ce qui pose problème, c'est les caractères spéciaux dans le nom du fichier, je suppose ? (pas dans son contenu)
Dans ce cas il faut utiliser la méthode UrlEncode (et non HtmlEncode) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
using System.Web; // il faut aussi référencer System.Web.dll
...
string encodedUrl = HttpUtility.UrlEncode(url);
WebClient wc = new WebClient();
wc.DownloadFile(encodedUrl, localFilename);

**Philippe Vialatte** · 27/01/2009, 07h41

Envoyé par tomlev

il faut utiliser la méthode UrlEncode (et non HtmlEncode)

**NejNej** · 27/01/2009, 15h51

Merci pour les réponses!

Tomlev j'ai testé ta solution néanmoins j'ai une erreur qui intervient :

"Le chemin d'accès spécifié, le nom de fichier ou les deux sont trop longs. Le nom de fichier qualifié complet doit comprendre moins de*260*caractères et le nom du répertoire moins de 248*caractères."

Pourtant mon 'encodeUrl' et mon localFileName contiennent moins de 200 caractères!

**tomlev** · 27/01/2009, 16h09

Envoyé par NejNej

"Le chemin d'accès spécifié, le nom de fichier ou les deux sont trop longs. Le nom de fichier qualifié complet doit comprendre moins de*260*caractères et le nom du répertoire moins de 248*caractères."

Pourtant mon 'encodeUrl' et mon localFileName contiennent moins de 200 caractères!

Tu peux montrer le contenu de ces 2 variables, ou c'est top-secret-défense-confidentiel ?

**NejNej** · 27/01/2009, 16h48

Bon, j'ai en réalité appliqué la méthode urlEncode seulement sur le nom du fichier et non sur l'ensemble de l'url,plus de problème de longueure, mais le souci c'est que maintenant ça me renvoi l'erreur 404 sur plus de de caractères qu'au départ, dés qu'il y a un espace déjà me semble t'il.

**tomlev** · 27/01/2009, 17h12

fais voir le contenu de encodedUrl

**NejNej** · 27/01/2009, 17h42

Par exemple j'ai "ARTS+MARTIAUX.jpg" dans encodeURL

et sur le serveur le fichier se nomme :

"ARTS MARTIAUX.jpg"

**tomlev** · 27/01/2009, 18h27

bizarre, pour moi UrlEncode aurait du remplacer l'espace par "%20", pas par +... à la limite, remplace les espaces par "%20" avant de passer l'url dans UrlEncode

**NejNej** · 28/01/2009, 09h20

J'ai remplacé les espaces par "%20" au final j'obtiens bien:

"ARTS%20MARTIAUX.jpg" mais l'erreur 404 est toujours présente!

**tomlev** · 28/01/2009, 10h39

Euh... là je commence à manquer d'idées

C'est un serveur Windows ou Linux ? Si c'est Linux, tu es sûr des majuscules/minuscules ?

Tu arrives à accéder au fichier dans un navigateur ? avec quelle URL ?

**stever50** · 28/01/2009, 18h23

Envoyé par tomlev

Ce qui pose problème, c'est les caractères spéciaux dans le nom du fichier, je suppose ? (pas dans son contenu)
Dans ce cas il faut utiliser la méthode UrlEncode (et non HtmlEncode) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
using System.Web; // il faut aussi référencer System.Web.dll
...
string encodedUrl = HttpUtility.UrlEncode(url);
WebClient wc = new WebClient();
wc.DownloadFile(encodedUrl, localFilename);

Salut,
Désolé de m'initier comme ça mais ta remarque m'interpelle; J'arrive à transférer mes fichiers avec downloadFile mais quand je les récupère et que je veux traiter leurs contenus, tout est écrit sur une seule ligne! Alors que si je les transfère par FileZilla c'est ok.
... et tous les fichiers contiennent après l'extension .txt un cara ";" ...
D'ou ma question : est-ce qu'un cara spécial dans le nom du fichier à transférer peut tout faire foirer?

Si oui, connais-tu la solution ?

Bonne soirée !

**tomlev** · 28/01/2009, 18h47

Envoyé par stever50

Salut,
Désolé de m'initier comme ça mais ta remarque m'interpelle; J'arrive à transférer mes fichiers avec downloadFile mais quand je les récupère et que je veux traiter leurs contenus, tout est écrit sur une seule ligne! Alors que si je les transfère par FileZilla c'est ok.
... et tous les fichiers contiennent après l'extension .txt un cara ";" ...
D'ou ma question : est-ce qu'un cara spécial dans le nom du fichier à transférer peut tout faire foirer?

Attention de pas tout mélanger... toi tu transfères des données à partir d'un serveur FTP, pas HTTP (enfin je suppose, puisque tu utilises FileZilla). Je sais pas si les règles sur les noms de fichier sont les mêmes qu'en HTTP.

Pour le problème de "tout sur la même ligne" : essaie d'ouvrir le fichier avec WordPad ou quelque chose comme ça, tu verras qu'il y a bien plusieurs lignes ; c'est juste le bloc-note qui ne sait pas les afficher. C'est parce que la séquence de retour à la ligne est différente sous UNIX (\n) et Windows (\r\n). Normalement, quand tu transfères en FTP un fichier texte, tu passes en mode de transfert ASCII, qui gère la conversion des fins de ligne. Mais WebClient.DownloadFile ne permet pas de spécifier le mode de transfert, et par défaut je pense que c'est le mode binaire qui est utilisé. Le fichier est donc transféré tel quel, sans conversion des fins de ligne, d'où le résultat que tu obtiens... Essaie d'utiliser FtpWebRequest à la place de WebClient

**stever50** · 29/01/2009, 11h56

Envoyé par tomlev

Attention de pas tout mélanger... toi tu transfères des données à partir d'un serveur FTP, pas HTTP (enfin je suppose, puisque tu utilises FileZilla). Je sais pas si les règles sur les noms de fichier sont les mêmes qu'en HTTP.

Pour le problème de "tout sur la même ligne" : essaie d'ouvrir le fichier avec WordPad ou quelque chose comme ça, tu verras qu'il y a bien plusieurs lignes ; c'est juste le bloc-note qui ne sait pas les afficher. C'est parce que la séquence de retour à la ligne est différente sous UNIX (\n) et Windows (\r\n). Normalement, quand tu transfères en FTP un fichier texte, tu passes en mode de transfert ASCII, qui gère la conversion des fins de ligne. Mais WebClient.DownloadFile ne permet pas de spécifier le mode de transfert, et par défaut je pense que c'est le mode binaire qui est utilisé. Le fichier est donc transféré tel quel, sans conversion des fins de ligne, d'où le résultat que tu obtiens... Essaie d'utiliser FtpWebRequest à la place de WebClient

Merci de ta réponse!
Que j'ouvre mon fichier avec WordPad ou Notepad ne change rien [bizarre que FileZilla face correctement son boulot mais pas WebClient].

J'utilise FtpWebRequest pour lister les fichiers [ListDirectory] dans le répertoire sur le server distant et je les traite un à un dans une boucle [en parcourant le stream].
Mais je vais tester le téléchargement avec FtpWebRequest et je te redis.

**tomlev** · 29/01/2009, 15h15

Envoyé par stever50

Que j'ouvre mon fichier avec WordPad ou Notepad ne change rien [bizarre que FileZilla face correctement son boulot mais pas WebClient].

Ben je sais pas, tu dois mal t'y prendre... je viens de tester, chez moi ça marche très bien

**Roach-** · 29/01/2009, 15h20

tester ici ausi et ca fonctionne

**stever50** · 29/01/2009, 15h29

Envoyé par tomlev

Ben je sais pas, tu dois mal t'y prendre... je viens de tester, chez moi ça marche très bien

Sî t'as deux secondes pour controler mon code...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
public int Go(string srcTRIM, string destTRIM)
{
     string fileName = null;
     string username = "username";
     string pwd = "pwd";
     FtpWebRequest ftp = (FtpWebRequest)FtpWebRequest.Create(srcTRIM);
     ftp.Method = WebRequestMethods.Ftp.ListDirectory;
     ftp.Credentials = new NetworkCredential(username, pwd);
     ftp.UseBinary = true;
 
     FtpWebResponse wr = (FtpWebResponse)ftp.GetResponse();
 
     System.IO.Stream stream = wr.GetResponseStream();
     StreamReader sr = new StreamReader(stream);
     WebClient wc = new WebClient();
     wc.Credentials = new NetworkCredential(username, pwd);
 
     int nbFiles = 0;
     while ((fileName = sr.ReadLine()) != null)
     {
          if (fileName.Substring(fileName.Length - 4, 4) == ".TXT")
          {
	        Uri adress = new Uri(srcTRIM + fileName);
        	        wc.DownloadFile(adress, destTRIM + fileName);
	        nbFiles++;
           }
         }
         return nbFiles;
  }

**tomlev** · 29/01/2009, 15h51

Envoyé par stever50

Sî t'as deux secondes pour controler mon code...

Ben je vois pas d'erreur évidente en tous cas... je sais pas trop pourquoi ça déconne. Tu es vraiment sûr que c'est pas une question de caractères de fin de ligne ? Est-ce que la taille du fichier téléchargé correspond à la taille sur le serveur ?