1.URLconf
①在settings.py文件中通过ROOT_URLCONF指定根级url的配置。
②urlpatterns是一个url()实例的列表。
③一个url()对象包括：正则表达式，视图函数，名称name。
④编写URLconf的注意：
若要从url中捕获一个值，需要在它周围设置一对圆括号。
不需要添加一个前导的反斜杠，如应该写作'test/'，而不应该写作'/test/'。
每个正则表达式前面的r表示字符串不转义。
⑤请求的url被看做是一个普通的python字符串，进行匹配时不包括get或post请求的参数及域名。
http://www.baidu.com/python/1/?i=1&p=new # 只匹配“/python/1/”部分
⑥正则表达式非命名组，通过位置参数传递给视图。
url(r'^([0-9]+)/$', views.detail, name='detail')
⑦正则表达式命名组，通过关键字参数传递给视图，本例中关键字参数为id。
url(r'^(?P<id>[0-9]+)/$', views.detail, name='detail')
参数匹配规则：优先使用命名参数，如果没有命名参数则使用位置参数。
每个捕获的参数都作为一个普通的python字符串传递给视图。
性能：urlpatterns中的每个正则表达式在第一次访问它们时被编译，这使得系统相当快。
2.包含其它的URLconfs
①在应用中创建urls.py文件，定义本应用中的urlconf，再在项目的settings中使用include()。
from django.conf.urls import include, url
urlpatterns = [
url(r'^', include('blog.urls', namespace='blog')),
]
②匹配过程：先与主URLconf匹配，成功后再用剩余的部分与应用中的URLconf匹配。
③使用include可以去除urlconf的冗余。
④参数：视图会收到来自父URLconf、当前URLconf捕获的所有参数。
⑤在include中通过namespace定义命名空间，用于反解析。
3.URL的反向解析
如果在视图、模板中使用硬编码的链接，在urlconf发生改变时，维护是一件非常麻烦的事情。
解决：在做链接时，通过指向urlconf的名称，动态生成链接地址。
视图：使用django.core.urlresolvers.reverse()函数。
模板：使用url模板标签。
4.错误视图
Django原生自带几个默认视图用于处理HTTP错误。
1) 404 (page not found) 视图
defaults.page_not_found(request, template_name='404.html')
①默认的404视图将传递一个变量给模板：request_path，它是导致错误的URL。
②如果Django在检测URLconf中的每个正则表达式后没有找到匹配的内容也将调用404视图。
③如果在settings中DEBUG设置为True，那么将永远不会调用404视图，而是显示URLconf 并带有一些调试信息。
④在templates中创建404.html。
⑤在settings.py中修改调试。
DEBUG = False
ALLOWED_HOSTS = ['*', ]
请求一个不存在的地址。
2) 500 (server error) 视图
defaults.server_error(request, template_name='500.html')
①在视图代码中出现运行时错误。
②默认的500视图不会传递变量给500.html模板。
③如果在settings中DEBUG设置为True，那么将永远不会调用505视图，而是显示URLconf 并带有一些调试信息。
3) 400 (bad request) 视图
defaults.bad_request(request, template_name='400.html')
①错误来自客户端的操作。
②当用户进行的操作在安全方面可疑的时候，例如篡改会话cookie。