django對url和處理的具體代碼的映射是在urls.py里配置的，如下：
urlpatterns = patterns('', url(r'^$', 'mysite.views.home', name='home'), url(r'^mysite/', include('mysite.foo.urls')), url(r'^admin/', include(admin.site.urls)), )
這很好理解。但是靜態文件（css,js）怎么處理呢？，靜態文件是不需要做上面的映射的。
在要在你的app工程下面新建一個"static"的文件夾，把靜態資源放到些文件夾里（目錄結構如下圖），就可以通過http://localhost:8000/static/images/1.jpg訪問了。
但是現在有個問題:如果把settings.py配置改下：
|
DEBUG=False
|
把DEBUG從True改成False后就會出現404(必需指定404和500錯語頁面，如上圖的目錄結構)找不到頁面的錯誤。原因是DEBUG為 True時django會默認幫我們處理靜態文件，而為False的話還需要我們做點事。在全局usrs.py中加下如下代碼：
from django.conf import settings if settings.DEBUG is False: urlpatterns += patterns('', url(r'^static/(?P<path>.*)$', 'django.views.static.serve', { 'document_root': settings.STATIC_ROOT, }), )
修改settings.py中的設置：
STATIC_ROOT ='F:/testweb/static'
以上設置是指定靜態資源的絕對路徑(根據你電腦的具體路徑設置正確值)，現在應該可以正確訪問了。
總結：
- 在DEBUG為true時我們只需要建立static目錄后，把靜態資源放進去就可以訪問。在DEBUG為False時需要我們手動指定靜態資源目錄，並配置映射關系。
- 在正式環境下建議不采用django處理靜態資源文件，這樣對應用服務器壓力較大，也不好做cdn。可以用ngix,apache部署靜態資源。
標題無“轉載”即原創文章，版權所有。轉載請注明來源：http://besteam.im/blogs/article/77/。
在水木的Python版問了一下,MEDIA_ROOT主要是用來放置上傳的文件。Django的ORM有個特殊的字段叫做FileField是用來存儲文件的。不過實際上並不會把文件內容存到數據庫里面——因為大多數數據庫保存文件時效率低，而是保存在文件系統里面。FileField只記錄一個路徑。FileField可以像個Python的file類型那樣讀寫。
在開發的時候MEDIA_ROOT不應該存放任何文件。它應該指向一個空的目錄。運行Django的開發服務器時，需要在urls.py里面加入一個MEDIA_URL的映射，才能正常顯示上傳的內容:
from django.conf import settings if settings.DEBUG: urlpatterns += patterns(", url(r"^media/(?P<path>.*)$", \ "django.views.static.serve", \ {"document_root": settings.MEDIA_ROOT,}), )
當工程被布署到Apache時也要記得給MEDIA_URL做個映射。
STATIC_ROOT是Django 1.3新增的特性。如同字面上的意思。保存在這個目錄里面文件被當成靜態文件處理。不過，千萬不要把自己辛苦寫的JavaScript、圖片等靜態文件放到里面去，接着看下去就知道了。與STATIC_ROOT搭配使用的還有STATIC_URL與STATICFILES_DIRS兩個變量。STATIC_URL一般用默認的/static/，用於指定的靜態目錄的URL。STATICFILES_DIRS則指定一個工程里面哪個目錄存放了與這個工程相關的靜態文件，它是一個列表。假定在STATICFILES_DIRS有一個目錄是"/dolphin/besteam/pages/static"，其中有一個文件是common.js。那么，在瀏覽器里面輸入http://localhost:8000/static/common.js就可以訪問這個JavaScript文件了。
更深層次的理解，這個東西其實是用來方便布署Django App的。考慮一下我們編寫Django App的情況，經常會有一些靜態的文件(JavaScript、圖片等)。為了方便，把這些文件放置到App下面的static目錄里面。每個App都有自己的子目錄，所以在Django 1.3之前，布署的時候就麻煩了。有三種選擇：
一是使用django.views.static.serve來處理文件。在App的urls.py里面加上一條：
url(r"^(?/static/P<path>.*)$", "django.views.static.serve",\ {"document_root" : "/path/to/project/app/static/"})
每個App都要加入這條紀錄，這樣做的話，靜態經過了Django的處理，速度太慢。
二是讓用戶手動寫Apache的映射。將/static/映射到/path/to/project/app/static。這種方法更麻煩，不僅URL不能沖突，而且破壞了App的代碼獨立原則。作為布署者，每個App的情況都要相當熟悉，不能遺落(可以強制每個App都使用static目錄)。
三是由布署者將每個App內的static目錄內的文件復制到一個指定的目錄。然后重寫Apache，將/static映射到這個目錄。這個方案可以說兼有第一方案與第二方案的優點，已經接近staticfiles了。缺點是手動操作，還是太麻煩了一點。
新的Django提供了一個方法自動地將所有的靜態文件放在一起。只要在寫App的時候創建一個static子目錄專門保存靜態文件就行了。在開發階段，不必費心去做映射，不需要配置urls.py。在布署到生產環境的時候，只需要配置Apache把/static/映射到STATIC_ROOT。然后運行manage.py collectstatic，自動地STATICFILES_DIRS列出的目錄以及各個App下的static子目錄的所有文件復制到STATIC_ROOT。因為復制過程可能會覆蓋掉原來的文件，所以，一定不能把我們辛苦做出來靜態文件放這邊！
在開發階段，Django把/static映射到django.contrib.staticfiles這個App。staticfiles自動地從STATICFILES_DIRS、STATIC_ROOT以及各個App的static子目錄里面搜索靜態文件。一旦布署到開發環境上，settings.py不需要重新編寫，只要在Apache的配置文件里面寫好映射，/static將會被Apache處理。django.contrib.staticfiles雖然仍然存在，但因為不會接收到以/static/開始的路徑，所以將不會產生作用。不必擔心Django會使用處理速度變慢。另外，當settings.DEBUG is False的時候，staticfiles將自動關閉。
轉載：http://my.oschina.net/swrite/blog/168561