Le contrôle FileUpload nécessite que je fournisse un répertoire racine dans la méthode SaveAs(). Cependant, je préfèrerais que les fichiers téléchargés soient placés dans un répertoire virtuel, tel que "~/UserFiles/[nom d'utilisateur]/[nom de fichier]". Y a-t-il un moyen pour moi d'accomplir cela?FileUploads et répertoires racine
Utilisez les pages MapPath méthode: -
ctl.SaveAs(MapPath("~/UserFiles/[username]/[filename]"));
Merci. Tout a un sens maintenant. –
ummm. . . est-il un moyen pour moi de créer "~/userdata/[nom d'utilisateur]" s'il n'existe pas déjà? –
System.IO.Directory.CreateDirectory (MapPath ("~/userdata/[nom d'utilisateur]")); – AnthonyWJones
Non, le mot clé est requis. Vous pouvez utiliser votre script pour copier le fichier après le téléchargement.
Hmmm. Savez-vous quelle est la justification pour exiger un répertoire enraciné pour ce contrôle? Cela me semble fou. –
Le rationnel est que c'est un chemin de fichier physique puisque vous enregistrez dans le système de fichiers. Les chemins dans les URL sont des chemins logiques non physiques. Il est probable que de nombreuses utilisations enregistreront le fichier quelque part en dehors des dossiers représentant le site Web. – AnthonyWJones
Ouais. Mais dans mon cas, les utilisateurs n'ont aucun contrôle sur l'endroit où le fichier est sauvegardé. Seul mon programme le fait. –
Parfois, le MapPath n'est pas directement accessible.
Dans ce cas, utilisez
ctl.SaveAs(Server.MapPath("~/UserFiles/[username]/[filename]"));
est-il un moyen pour moi de créer "~/userdata/[nom d'utilisateur]" s'il n'existe pas déjà? –
Soyez conscient de ce que vous faites quand un téléchargement va directement dans un dossier qui est accessible à partir de votre serveur Web. On dirait que vous ouvrez une vulnérabilité grave. –