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表示资源位置路径的设计理念。
是否结尾带/以所属公司定义风格为准。