Django中settings中的四个设置参数的一些故事：

　　MEDIA_ROOT, MEDIA_URL, STATIC_ROOT, STATIC_URL

　　1、MEDIA_ROOT与MEDIA_URL

　　事实上MEDIA_ROOT和MEDIA_URL代表的是用户上传后的文件一般保存的地方。我的理解是，可变文件的文件夹。

　　与这两个参数有联系的，是在Django的FileField和ImageField这样的Model类中，有upload_to参数可选。当upload_to设置相关的地址后，如：upload_to="username"；文件上传后将自动保存到 os.path.join(MEDIA_ROOT, upload_to)。

　　而MEDIA_URL,，则代表用户通过URL来访问这个本地地址的URL。如本机http://127.0.0.1/， MEDIA_URL设置为"/site_media/"，那么通过http://127.0.0.1/site_media/*** 就可以访问相关的上传图片或者其他资源。

　　2、STATIC_ROOT与STATIC_URL

　　STATIC_ROOT和STATIC_URL则是网站中，用于网站显示的静态图片、CSS、JS等文件的保存地址。我的理解是，运行中不会再变文件的文件夹（即不会删除或者新增）

　　2.1 STATIC_URL

　　同MEDIA_URL类似；STATIC_URL为"/static/"时候，通过http://127.0.0.1/static/***就可以访问相关的静态文件了。

　　2.2 STATIC_ROOT

　　STATIC_ROOT是一个比较特殊的文件夹。这是区别Django的开发模式和部署模式下最大的地方了。

　　通常我们在开发模式下，可以在我们所在的project下建立相应的app， 然后每个app下都建立相应的static文件夹。在开发模式下（Debug=True），Django将为我们自动查找这些静态文件（每个app）并在网页上显示出来。然而，在部署模式下，Django认为这些工作交由web服务器来运行会更有效率。

　　因此，在部署时，我们需要运行一下python manage.py collectstatic 这个命令。这个命令将会把每个app里的static目录下的文件copy到STATIC_ROOT这个文件夹下，这时候如果在部署模式下（Debug=False），网页中相关的，如： http://127.0.0.1/static/*** 的访问，将不会访问Django下各个App中的static，而是STATIC_ROOT中所指定的文件夹。

　　3、Debug=False后，为何无法访问图片和js等文件了？

　　其实这个问题，是在于web服务器没有对STATIC_ROOT以及MEDIA_ROOT这两个文件夹进行映射所导致的。

　　以apache为例，假定：

　　STATIC_ROOT="/home/user/static/"

　　STATIC_URL="/static/"

　　MEDIA_ROOT="/home/user/media/"

　　MEDIA_URL="/media/"

　　那么可以在apache的配置文件中，增加以下：

<Location "/static/">
Order deny,allow
Allow from all
Satisfy Any
</Location>
Alias /static/ "/home/user/static"
<Location "/media/">
Order deny,allow
Allow from all
Satisfy Any
</Location>
Alias /media/ "/home/user/media/"

　　4、开发模式中，MEDIA_ROOT和MEDIA_URL问题

　　在开发模式下，我们有时候会发现http://127.0.0.1/media/下无法访问我们上传的文件。在Django最新的版本中，可以在url中增加相关的映射来解决，在你的urlpatterns后面增加：

　　配合下面的方式使用才能访问到文件，大家看到+static()的方式也相当于是通过static静态文件访问的形式来访问文件。那么就可以直接配置在settings中

 media_root = os.path.join(settings.BASE_DIR,settings.MEDIA_ROOT)
urlpatterns += static(settings.MEDIA_URL, document_root = media_root)