BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
__file__指當前文件,os.path.abspath()取絕對路徑,os.path.dirname()取上一級目錄html
因此BASE_DIR指的就是最上面的demo1的絕對路徑(/home/fengwr/Desktop/demo1)前端
BASE_DIR是當前工程的根目錄,Django會依此來定位工程內的相關文件,咱們也可使用該參數來構造文件路徑。django
調試模式,建立工程後初始值爲True,即默認工做在調試模式下。瀏覽器
做用:服務器
修改代碼文件,程序自動重啓app
Django程序出現異常時,向前端顯示詳細的錯誤追蹤信息,例如url
而非調試模式下,僅返回Bad Request (400)spa
注意:部署線上運行的Django不要運行在調式模式下,記得修改DEBUG=False。debug
Django支持本地化處理,即顯示語言與時區支持本地化。設計
本地化是將顯示的語言、時間等使用本地的習慣,這裏的本地化就是進行中國化,中國大陸地區使用簡體中文,時區使用亞洲/上海時區,注意這裏不使用北京時區表示。
初始化的工程默認語言和時區爲英語和UTC標準時區
LANGUAGE_CODE = 'en-us' # 語言 TIME_ZONE = 'UTC' # 時區
將語言和時區修改成中國大陸信息
LANGUAGE_CODE = 'zh-hans' TIME_ZONE = 'Asia/Shanghai'
每一個應用app裏都有一個apps.py,裏面的內容是應用的配置
from django.apps import AppConfig class UsersConfig(AppConfig): name = 'users' verbose_name = "用戶管理"
這個UsersConfig類是建立應用的時候自動生成的,name參數指明這個配置類會被加載到users這個應用中,verbose_name主要是後臺管理中須要用到的
項目中的CSS、圖片、js都是靜態文件。通常會將靜態文件放到一個單獨的目錄中,以方便管理。在html頁面中調用時,也須要指定靜態文件的路徑,Django中提供了一種解析的方式配置靜態文件路徑。靜態文件能夠放在項目根目錄下,也能夠放在應用的目錄下,因爲有些靜態文件在項目中是通用的,因此推薦放在項目的根目錄下,方便管理。
爲了提供靜態文件,須要配置兩個參數:
在項目根目錄下建立static_files目錄來保存靜態文件,在settings.py中修改兩個參數。
STATIC_URL = '/static/' STATICFILES_DIRS = [ os.path.join(BASE_DIR, 'static_files'), ]
STATIC_URL指的是隻要是以/static/這個前綴訪問的都是靜態文件.
例如http://127.0.0.1:8000/static/123.jpg http://127.0.0.1:8000/static/reg.html
STATICFILES_DIRS指的是靜態文件保存在哪一個文件夾,文件夾的位置,只要訪問的是靜態資源,就去這裏找
STATICFILES_DIRS能夠有多個文件夾來保存靜態資源,會按照列表的順序從上到下的尋找靜態資源。
在static_files文件夾下新建reg.html
寫入代碼
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>註冊頁面</title> </head> <body> <h1>這是一個註冊頁面</h1> </body> </html>
重啓項目,訪問http://127.0.0.1:8000/static/reg.html
或者咱們在static_files目錄中添加了一個子目錄和文件goods/detail.html,在瀏覽器中就可使用127.0.0.1:8000/static/goods/detail.html來訪問。
注意
Django 僅在調試模式下(DEBUG=True)能對外提供靜態文件。
當DEBUG=False工做在生產模式時,Django再也不對外提供靜態文件,須要是用collectstatic命令來收集靜態文件並交由其餘靜態文件服務器來提供。
Django的主要路由信息定義在工程同名目錄下的urls.py文件中,該文件是Django解析路由的入口。
每一個子應用爲了保持相對獨立,能夠在各個子應用中定義屬於本身的urls.py來保存該應用的路由。而後用主路由文件包含各應用的子路由數據。
除了上述方式外,也可將工程的所有路由信息都定義在主路由文件中,子應用再也不設置urls.py。如:
from django.conf.urls import url from django.contrib import admin import users.views urlpatterns = [ url(r'^admin/', admin.site.urls), url(r'^users/index/$', users.views.index) ]
Django在接收到一個請求時,從主路由文件中的urlpatterns列表中以由上至下的順序查找對應路由規則,若是發現規則爲include包含,則再進入被包含的urls中的urlpatterns列表由上至下進行查詢。
值得關注的由上至下的順序,有可能會使上面的路由屏蔽掉下面的路由,帶來非預期結果。例如:
urlpatterns = [ url(r'^say', views.say), url(r'^sayhello', views.sayhello), ]
即便訪問sayhello/路徑,預期應該進入sayhello視圖執行,但實際優先查找到了say路由規則也與sayhello/路徑匹配,實際進入了say視圖執行。
提示:
須要注意定義路由的順序,避免出現屏蔽效應。
Django中定義路由時,一般以斜線/結尾,其好處是用戶訪問不以斜線/結尾的相同路徑時,Django會把用戶重定向到以斜線/結尾的路徑上,而不會返回404不存在。如
urlpatterns = [ url(r'^index/$', views.index), ]
用戶訪問 index 或者 index/ 網址,均能訪問到index視圖。
說明:
雖然路由結尾帶/能帶來上述好處,可是卻違背了HTTP中URL表示資源位置路徑的設計理念。
是否結尾帶/以所屬公司定義風格爲準。