Django 关闭DEBUG模式后，就相当于是生产环境了。

Django框架一旦作为生产环境，它的静态文件访问接口就不应该从Django框架中走，必须在Django框架前端部署nginx或者其他web服务器来提供静态访问入口 。

nginx配置如下：

server {
    listen         80;
    server_name    127.0.0.1
    charset UTF-8;
    access_log      /var/log/nginx/django_pro01_access.log;
    error_log       /var/log/nginx/django_pro01_error.log;
    client_max_body_size 75M;
    location / {
        include uwsgi_params;
        uwsgi_pass 127.0.0.1:8000;
        uwsgi_read_timeout 2;
    }
    # 在nginx中要单独做访问/static/目录的路由
    location /static {  
        expires 30d;
        autoindex on;
        add_header Cache-Control private;
        alias /usr/share/nginx/django_pro01/static/;
     }
 }

所有静态文件都应该从“/usr/share/nginx/django_pro01/static/”这个目录中（也就是上面定义的STATIC_ROOT）获取。

运行 python manage.py collectstatic 命令的目的，是将在开发模式中定义的静态目录，统一拿到STATIC_ROOT目录下，对外提供“/static”（STATIC_URL）为访问URL：

　　1.首先从Django的扩展包中，将admin管理后台的jss 和css等静态文件拷贝到配置文件中的STATIC_ROOT目录下。

　　2.然后将STATICFILES_DIRS 列表中所有目录下的内容也拷贝到STATIC_ROOT目录下

最佳实践

最佳的配置方式是将所有的App 下面的静态文件统一放置到一个目录下面，然后将该目录设置为STATICFILES_DIRS，STATIC_ROOT则设置为另外的目录：

# 对外提供WEB访问时的URL地址
STATIC_URL = '/static/'
# 开发阶段放置项目自己的静态文件，不能包含STATIC_ROOT路径
STATICFILES_DIRS = (
    os.path.join(BASE_DIR, 'staticfiles'),
)
# 执行collectstatic命令后会将项目中的静态文件（包括STATICFILES_DIRS、自带admin的静态文件）收集到该目录下面来（所以不应该在该目录下面放置自己的一些静态文件，因为会覆盖掉）
STATIC_ROOT = os.path.join(BASE_DIR, 'static')

在开发阶段Django把/static 映射到django.contrib.staticfiles这个App，django.contrib.staticfiles自动地从STATICFILES_DIRS、STATIC_ROOT以及各个App的static子目录里面搜索静态文件。

一旦部署到开发环境上，settings.py不需要重新编写，只要在Nginx的配置文件里面写好映射，/static将会被Nginx处理。

django.contrib.staticfiles虽然仍然存在，但因为不会接收到以/static/开始的路径，所以将不会产生作用。不必担心Django会使处理速度变慢。

当settings.DEBUG is False的时候，staticfiles将自动关闭。