Faire en sorte que Django serve des fichiers téléchargeables

Question

Je veux que les utilisateurs du site puissent télécharger des fichiers dont les chemins d'accès sont masqués et ne peuvent donc pas être téléchargés directement.

Par exemple, je voudrais que l'URL soit quelque chose comme ceci : http://example.com/download/?f=somefile.txt

Et sur le serveur, je sais que tous les fichiers téléchargeables résident dans le dossier /home/user/files/ .

Existe-t-il un moyen de faire en sorte que Django serve ce fichier à télécharger plutôt que d'essayer de trouver une URL et une vue pour l'afficher ?

Answer 1

Pour obtenir le "meilleur des deux mondes", vous pourriez combiner la solution de S.Lott avec la solution Module xsendfile mod_xsendfile : django génère le chemin d'accès au fichier (ou le fichier lui-même), mais le service réel du fichier est géré par Apache/Lighttpd. Une fois que vous avez configuré mod_xsendfile, l'intégration à votre vue ne prend que quelques lignes de code :

from django.utils.encoding import smart_str

response = HttpResponse(mimetype='application/force-download') # mimetype is replaced by content_type for django 1.7
response['Content-Disposition'] = 'attachment; filename=%s' % smart_str(file_name)
response['X-Sendfile'] = smart_str(path_to_file)
# It's usually a good idea to set the 'Content-Length' header too.
# You can also set any other required headers: Cache-Control, etc.
return response

Bien sûr, cela ne fonctionnera que si vous avez le contrôle de votre serveur, ou si votre hébergeur a déjà configuré mod_xsendfile.

EDITAR:

mimetype est remplacé par content_type pour django 1.7

response = HttpResponse(content_type='application/force-download')  

EDITAR: Pour nginx vérifier este il utilise X-Accel-Redirect au lieu de apache En-tête X-Sendfile.

Answer 2

Un "téléchargement" est simplement un changement d'en-tête HTTP.

Ver http://docs.djangoproject.com/en/dev/ref/request-response/#telling-the-browser-to-treat-the-response-as-a-file-attachment pour savoir comment répondre par un téléchargement.

Vous n'avez besoin que d'une seule définition d'URL pour "/download" .

La demande GET o POST le dictionnaire aura le "f=somefile.txt" informations.

Votre fonction de visualisation fusionnera simplement le chemin de base avec le " f ", ouvrir le fichier, créer et renvoyer un objet de réponse. Il devrait y avoir moins de 12 lignes de code.

Answer 3

Pour une très simple mais pas efficace ni évolutif vous pouvez simplement utiliser la solution intégrée de django serve vue. C'est excellent pour les prototypes rapides ou les travaux ponctuels, mais comme cela a été mentionné tout au long de cette question, vous devriez utiliser quelque chose comme apache ou nginx en production.

from django.views.static import serve
filepath = '/some/path/to/local/file.txt'
return serve(request, os.path.basename(filepath), os.path.dirname(filepath))

Answer 4

S.Lott a la "bonne"/simple solution, et elo80ka a la "meilleure"/efficace solution. Voici une solution "meilleure"/moyenne - pas de configuration de serveur, mais plus efficace pour les gros fichiers que la solution naïve :

http://djangosnippets.org/snippets/365/

En fait, Django s'occupe toujours de servir le fichier, mais ne le charge pas entièrement en mémoire en une seule fois. Cela permet à votre serveur de servir (lentement) un gros fichier sans augmenter l'utilisation de la mémoire.

Encore une fois, X-SendFile de S.Lott est toujours meilleur pour les gros fichiers. Mais si vous ne pouvez ou ne voulez pas vous en préoccuper, cette solution intermédiaire vous permettra d'être plus efficace sans vous embêter.

Answer 5

Il a été mentionné plus haut que la méthode mod_xsendfile n'autorise pas les caractères non ASCII dans les noms de fichiers.

Pour cette raison, je dispose d'un correctif pour le mod_xsendfile qui permettra d'envoyer n'importe quel fichier, à condition que le nom soit codé en url, et que l'en-tête supplémentaire :

X-SendFile-Encoding: url

est également envoyé.

http://ben.timby.com/?p=149