一、配置文件
1. BASE_DIR
BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
__file__指当前文件，os.path.abspath()取绝对路径，os.path.dirname()取上一级目录
所以BASE_DIR指的就是最上面的demo1的绝对路径(/home/fengwr/Desktop/demo1)
BASE_DIR是当前工程的根目录，Django会依此来定位工程内的相关文件，我们也可以使用该参数来构造文件路径。
2. DEBUG
调试模式，创建工程后初始值为True，即默认工作在调试模式下。
作用：
-
-
修改代码文件，程序自动重启
-
Django程序出现异常时，向前端显示详细的错误追踪信息，例如
-
而非调试模式下，仅返回Bad Request (400)
注意：部署线上运行的Django不要运行在调式模式下，记得修改DEBUG=False。
3. 本地语言与时区
Django支持本地化处理，即显示语言与时区支持本地化。
本地化是将显示的语言、时间等使用本地的习惯，这里的本地化就是进行中国化，中国大陆地区使用简体中文，时区使用亚洲/上海时区，注意这里不使用北京时区表示。
初始化的工程默认语言和时区为英语和UTC标准时区
LANGUAGE_CODE = 'en-us' # 语言 TIME_ZONE = 'UTC' # 时区
将语言和时区修改为中国大陆信息
LANGUAGE_CODE = 'zh-hans' TIME_ZONE = 'Asia/Shanghai'
4.app应用配置
每个应用app里都有一个apps.py，里面的内容是应用的配置
from django.apps import AppConfig class UsersConfig(AppConfig): name = 'users' verbose_name = "用户管理"
这个UsersConfig类是创建应用的时候自动生成的，name参数指明这个配置类会被加载到users这个应用中，verbose_name主要是后台管理中需要用到的
二、静态文件
项目中的CSS、图片、js都是静态文件。一般会将静态文件放到一个单独的目录中，以方便管理。在html页面中调用时，也需要指定静态文件的路径，Django中提供了一种解析的方式配置静态文件路径。静态文件可以放在项目根目录下，也可以放在应用的目录下，由于有些静态文件在项目中是通用的，所以推荐放在项目的根目录下，方便管理。
为了提供静态文件，需要配置两个参数：
-
- STATICFILES_DIRS 存放查找静态文件的目录
- STATIC_URL 访问静态文件的URL前缀
在项目根目录下创建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命令来收集静态文件并交由其他静态文件服务器来提供。
三、路由说明
1. 路由定义位置
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) ]
2. 路由解析顺序
Django在接收到一个请求时，从主路由文件中的urlpatterns列表中以由上至下的顺序查找对应路由规则，如果发现规则为include包含，则再进入被包含的urls中的urlpatterns列表由上至下进行查询。
值得关注的由上至下的顺序，有可能会使上面的路由屏蔽掉下面的路由，带来非预期结果。例如：
urlpatterns = [ url(r'^say', views.say), url(r'^sayhello', views.sayhello), ]
即使访问sayhello/路径，预期应该进入sayhello视图执行，但实际优先查找到了say路由规则也与sayhello/路径匹配，实际进入了say视图执行。
提示：
需要注意定义路由的顺序，避免出现屏蔽效应。
3.路径结尾斜线/的说明
Django中定义路由时，通常以斜线/结尾，其好处是用户访问不以斜线/结尾的相同路径时，Django会把用户重定向到以斜线/结尾的路径上，而不会返回404不存在。如
urlpatterns = [ url(r'^index/$', views.index), ]
用户访问 index 或者 index/ 网址，均能访问到index视图。
说明：
虽然路由结尾带/能带来上述好处，但是却违背了HTTP中URL表示资源位置路径的设计理念。
是否结尾带/以所属公司定义风格为准。