你应该在生产环境中使用apache或nginx等流行服务器提供的sendfile api。多年来，我一直在使用这些服务器的sendfile api来保护文件。然后创建了一个简单的基于中间件的django应用程序，适用于开发和生产目的。您可以在这里访问源代码。

更新:在新版本的python提供者使用django FileResponse，如果可用，还增加了对许多服务器实现的支持，从lighthttp, caddy到hiawatha

使用

pip install django-fileprovider

将fileprovider app添加到INSTALLED_APPS设置中 添加fileprovider.middleware.FileProviderMiddleware到MIDDLEWARE_CLASSES设置中 在生产环境中将FILEPROVIDER_NAME设置为nginx或apache，开发时默认为python。

在基于类或函数的视图中，将响应头X-File值设置为文件的绝对路径。例如:

def hello(request):
   # code to check or protect the file from unauthorized access
   response = HttpResponse()  
   response['X-File'] = '/absolute/path/to/file'  
   return response

django文件提供程序以一种你的代码只需要最小修改的方式实现。

Nginx配置

要保护文件不被直接访问，可以将配置设置为

location /files/ {
  internal;
  root   /home/sideffect0/secret_files/;
}

这里nginx在内部设置了一个url /files/只能访问的位置，如果你使用上述配置，你可以将X-File设置为:

response['X-File'] = '/files/filename.extension'

通过在nginx配置中这样做，文件将受到保护&你也可以从django视图中控制文件

我遇到过同样的问题不止一次，所以使用xsendfile模块和django filelibrary的auth视图装饰器来实现。请随意使用它作为您自己的解决方案的灵感。

https://github.com/danielsokolowski/django-filelibrary

S.Lott有“好的”/简单的解决方案，elo80ka有“最好的”/高效的解决方案。这是一个“更好”/中间的解决方案-没有服务器设置，但更有效的大文件比天真的修复:

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

基本上，Django仍然处理文件的服务，但不会一次将整个文件加载到内存中。这允许您的服务器(缓慢地)在不增加内存使用的情况下提供大文件。

同样，S.Lott的X-SendFile对于较大的文件仍然更好。但如果你不能或不想为此费心，那么这个中间解决方案将为你带来更好的效率，而不会带来麻烦。

为了“两全皆美”，你可以将s.l ot的解决方案与xsendfile模块结合起来:django生成文件的路径(或文件本身)，但实际的文件服务由Apache/Lighttpd处理。一旦你设置了mod_xsendfile，集成你的视图需要几行代码:

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

当然，这只有在你能控制你的服务器，或者你的主机公司已经设置了mod_xsendfile的情况下才会起作用。

编辑:

在django 1.7中，Mimetype被content_type取代

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

编辑: 对于nginx检查，它使用X-Accel-Redirect而不是apache的X-Sendfile头。

def qrcodesave(request): 
    import urllib2;   
    url ="http://chart.apis.google.com/chart?cht=qr&chs=300x300&chl=s&chld=H|0"; 
    opener = urllib2.urlopen(url);  
    content_type = "application/octet-stream"
    response = HttpResponse(opener.read(), content_type=content_type)
    response["Content-Disposition"]= "attachment; filename=aktel.png"
    return response 

你应该在生产环境中使用apache或nginx等流行服务器提供的sendfile api。多年来，我一直在使用这些服务器的sendfile api来保护文件。然后创建了一个简单的基于中间件的django应用程序，适用于开发和生产目的。您可以在这里访问源代码。

更新:在新版本的python提供者使用django FileResponse，如果可用，还增加了对许多服务器实现的支持，从lighthttp, caddy到hiawatha

使用

pip install django-fileprovider

将fileprovider app添加到INSTALLED_APPS设置中 添加fileprovider.middleware.FileProviderMiddleware到MIDDLEWARE_CLASSES设置中 在生产环境中将FILEPROVIDER_NAME设置为nginx或apache，开发时默认为python。

在基于类或函数的视图中，将响应头X-File值设置为文件的绝对路径。例如:

def hello(request):
   # code to check or protect the file from unauthorized access
   response = HttpResponse()  
   response['X-File'] = '/absolute/path/to/file'  
   return response

django文件提供程序以一种你的代码只需要最小修改的方式实现。

Nginx配置

要保护文件不被直接访问，可以将配置设置为

location /files/ {
  internal;
  root   /home/sideffect0/secret_files/;
}

这里nginx在内部设置了一个url /files/只能访问的位置，如果你使用上述配置，你可以将X-File设置为:

response['X-File'] = '/files/filename.extension'

通过在nginx配置中这样做，文件将受到保护&你也可以从django视图中控制文件