HTTP/1.1协议中共定义了八种方法（有时也叫“动作”），来表明Request-URL指定的资源不同的操作方式注意：
1.方法名称是区分大小写的，当某个请求所针对的资源不支持对应的请求方法的时候，服务器应当返回状态码405（MothodNotAllowed）；当服务器不认识或者不支持对应的请求方法时，应返回状态码501（NotImplemented）。#2.HTTP服务器至少应该实现GET和HEAD/POST方法，其他方法都是可选的，此外除上述方法，特定的HTTP服务器支持扩展自定义的方法。请求方式
查询人民邮电出版社出版并且价格大于50元的书籍Book.objects.filter(publisher__name='人民邮电出版社').extra(where=['price>50'])使用raw
books=Book.objects.raw('select*fromhello_book')forbookinbooks:printbook自定义sql
fromdjango.dbimportconnectioncursor=connection.cursor()cursor.execute("insertintohello_author(name)VALUES('郭敬明')")cursor.execute("updatehello_authorsetname='韩寒'WHEREname='郭敬明'")cursor.execute("deletefromhello_authorwherename='韩寒'")cursor.execute("select*fromhello_author")cursor.fetchone()cursor.fetchall()13视图函数中，接收的请求对象常用方法和属性有哪些path属性，获取请求页面的全路径，不包括域名method属性，获取请求中使用的HTTP方式的字符串表示。全大写表示GET属性，获取HTTPGET方式请求传参，的参数（字典类型）POST属性，获取表单类型的请求体数据body属性获取最原始的请求体数据，自己按照请求体格式（JSON、XML等）进行解析。request.body返回bytes类型。META属性获取请求头headers中的数据，request.META为字典类型。14常用视图响应的方式是什么？视图的响应返回使用HttpResponse
HttpResponse(content=响应体,content_type=响应体数据类型,status=状态码)16路由匹配原则是什么？关于正则匹配优先级（由上而下）在url匹配列表中，如果第一条和第二条同时满足匹配规则，则优先匹配第一条。17缓存系统类型有哪些全站缓存
MIDDLEWARE_CLASSES=('django.middleware.cache.UpdateCacheMiddleware',#第一'django.middleware.common.CommonMiddleware','django.middleware.cache.FetchFromCacheMiddleware',#最后)视图缓存
{%loadcache%}缓存:-----:{{t}}
{%endcache%}18解决跨域的常用方式是什么？跨域是指一个域下的文档或脚本试图去请求另一个域下的资源，这里跨域是广义的。广义的跨域：
资源跳转：A链接、重定向、表单提交资源嵌入：linkscriptimgframe等dom标签，还有样式中background:url()、@font-face()等文件外链脚本请求：js发起的ajax请求、dom和js对象的跨域操作等同源策略/SOP（Sameoriginpolicy）是一种约定，由Netscape公司1995年引入浏览器，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS、CSFR等攻击。所谓同源是指"协议+域名+端口"三者相同，即便两个不同的域名指向同一个ip地址，也非同源。同源策略限制以下几种行为：
Cookie、LocalStorage和IndexDB无法读取DOM和Js对象无法获得AJAX请求不能发送19信号的作用是什么？Django中如何在Model保存前做一定的固定操作，比如写一句日志？
关键词：信号
利用Django的Model的SignalDispatcher,通过django.db.models.signals.pre_save()方法，在事件发生前，触发信号，这一切都被调度中的receiver方法深藏功与名的保存了。信号的处理一般都写在Model中，举个例子：
importloggingfromdjango.dbimportmodelsfromdjango.db.models.signalsimportpre_savefromdjango.dispatchimportreceiverclassOrder(models.Model):#...logger=logging.getLogger(__name__)@receiver(pre_save,sender=Order)defpre_save_handler(sender,**kwargs):#我们可以在Order这个Model保存之前尽情调戏了：）logger.debug("{}".format(sender,**kwargs))print'fuckuniverse'这样应该就实现了题中的要求，类似的方法还有比如pre_init是在Model实例之前会触发，post_init在实例之后触发，同理就是pre_save和post_save了。
抽象继承表示你的父类仅仅是包含了多个子类的相同的字段，是为了重用，不会建表，我们只需要在抽象父类的Meta中设置abstract=True就行。比如：
classCommonInfo(models.Model):name=models.CharField(max_length=100)age=models.PositiveIntegerField()classMeta:abstract=TrueclassStudent(CommonInfo):home_group=models.CharField(max_length=5)Student模型将会有name，age，home_group三个字段。如果在抽象父类和子类中出现相同的字段名字，django会引发异常。
对于内联的Meta类的继承，一般的，父类的Meta类的属性会继承给子类，子类也可以在自己的Meta中重写或者拓展父类的Meta，拓展的话主要是继承父类的Meta：
classCommonInfo(models.Model):...classMeta:abstract=Trueordering=['name']classStudent(CommonInfo):...classMeta(CommonInfo.Meta):db_table='student_info'这个时候，父类Meta中的abstract=True是不会传递给子类的，django会将子类的abstract设置为False
除了abstract之外，父类Meta中的db_table也不会继承给子类
在抽象类中使用关系（如外键，多对多关系，一对一关系）时候，肯定会设置related_name，但是子类继承抽象父类的时候，由于父类中的字段会继承给子类，则具有related_name的字段会被多个子类共享的。这样每一个子类的related_name就都一样了，其他模型通过related_name就不能找到正确的子类。
所以要正确设置related_name，related_name中必须包含%(app_label)s和%(class)s。如%(app_label)s表示小写形式的，当前模型所在的，并且已经安装的app的名字%(class)s表示小写形式的，当前子类的类名字。在common/models.py，有
classBase(models.Model):m2m=models.ManyToManyField(OtherModel,related_name="%(app_label)s_%(class)s_related")classMeta:abstract=TrueclassChildA(Base):passclassChildB(Base):pass在rare/models.py，有fromcommon.modelsimportBaseclassChildB(Base):pass所以，上面的related_name就是common_childa_related和common_childb_related
多表继承
父类也是一个django模型，并且也会创建一个数据表，多表继承是django中隐式的一对一关系。例如:classPlace(models.Model):name=models.CharField(max_length=50)address=models.CharField(max_length=80)classRestaurant(Place):serves_hot_dogs=models.BooleanField()serves_pizza=models.BooleanField()其中虽然name和address存储在模型Place的表中，但是name和address对于Restaurant也是有效字段
>>>Place.objects.filter(name="Bob'sCafe")>>>Restaurant.objects.filter(name="Bob'sCafe")Restaurant和Place的关系，可以这么说：一个Restaurant一定是一个Place，而一个Place不一定是Restaurant
多表继承中，一般，父类的Meta属性不会继承到子类中，但是，ordering和get_latest_by是继承的，如果子类不想继承父类的ordering的Meta，则可以手动显式的指定ordering=[]或者任何自己想要的值多表继承的时候，是隐式的在父类和子类之间建立一个一对一关系，所以有时候，父类与其他类的关系会从父类下移到子类中。如果有多个子类，且子类不在关系中显式地指定related_name字段，django会引发验证错误classSupplier(Place):#Mustspecifyrelated_nameonallrelations.customers=models.ManyToManyField(Restaurant,related_name='provider')所以，继承父类，一旦子类中有关系，就加上related_name吧django自动在子类和非抽象父类之间创建一个一对一关系，如果你想控制由子类连接回父类的属性的名字，你可以创建一个一对一关系，然后设置parent_link=True
proxymodel（代理模型）在多表继承中，子类模型会创建一个数据表来存储不在父类模型中的额外字段，但是，如果我们只想改变某个模型的行为方法，而不是添加额外的字段，我们就可以使用proxymodel。代理model（proxymodel）会继承父类的属性，并且只是添加一些对属性的操作的自定义方法而已。classMyPerson(Person):classMeta:proxy=Truedefdo_something(self):...zh这里，MyPerson没有多创建数据表，MyPerson也是对Person的数据表进行操作，一般的，我们可以把MyPerson当做Person来使用，只是在do_something这个方法略有不同，比如
>>>p=Person.objects.create(first_name="foobar")>>>MyPerson.objects.get(first_name="foobar")
classOrderedPerson(Person):classMeta:ordering=["last_name"]proxy=True这里，OrderedPerson并不是创建了一个表，而是代理排序方法。也就是说，使用Person的检索方法并不会按last_name排序，而使用
OrderedPerson检索出来的结果是按last_name排序的。OrderedPerson使用与Person类一样的检索方法。OrderPerson返回的queryset自然是Person的，这是当然的。我们不能要求django返回OrderedPerson类的queryset，因为OrderedPerson只是代理而已，又不是真实的数据库表类。注意的是，
proxymodel不能继承于抽象类，这是因为代理model是操作连接数据库的，也不能多重继承~因为你多重继承了，代理model就不知道去哪个父类找属性了如果不指定代理model的manage，则代理model会自动继承父类的manage。我们也可以手动设置代理model的manage，这样，代理模型和父类模型的manage就分开了
为代理模型添加manage有两种方法：
一是直接在代理模型中直接指定manage
classNewManager(models.Manager):...classMyPerson(Person):objects=NewManager()classMeta:proxy=True另外一种是当你不想覆盖父类模型中的manage但又想添加额外的manage，我们可以新建一个抽象模型，然后定义其manage，之后继承该抽象模型，如：
不过我们实际开发中，往往需要访问到外键对象的其他属性。如果按照默认的查询方式去遍历取值，那么会造成多次的数据库查询，效率可想而知。
在查询对象集合的时候，把指定的外键对象也一并完整查询加载，避免后续的重复查询。
1，select_related适用于外键和多对一的关系查询；2，prefetch_related适用于一对多或者多对多的查询。36classMeta中的元信息字段有哪些通过一个内嵌类"classMeta"给你的model定义元数据，类似下面这样：
PASSWORD_HASHERS=('django.contrib.auth.hashers.PBKDF2PasswordHasher','django.contrib.auth.hashers.PBKDF2SHA1PasswordHasher','django.contrib.auth.hashers.BCryptSHA256PasswordHasher','django.contrib.auth.hashers.BCryptPasswordHasher','django.contrib.auth.hashers.SHA1PasswordHasher','django.contrib.auth.hashers.MD5PasswordHasher','django.contrib.auth.hashers.CryptPasswordHasher',)具体的密码生成以及验证实现
fromdjango.contrib.auth.hashersimportmake_password,check_passwordpwd='4562154'mpwd=make_password(pwd,None,'pbkdf2_sha256')#创建django密码，第三个参数为加密算法pwd_bool=check_password(pwd,mpwd)#返回的是一个bool类型的值，验证密码正确与否Django之密码加密通过django自带的类库，来加密解密很方便，下面来简单介绍下；导入包：
fromdjango.contrib.auth.hashersimportmake_password,check_password一个是生成密码，一个是核对密码。例如：
make_password("123456")得到结果：u'pbkdf2_sha25615000MAjic3nDGFoi$qbclz+peplspCbRF6uoPZZ42aJIIkMpGt6lQ+Iq8nfQ='另外也可以通过参数来生成密码：
>>>make_password("123456",None,'pbkdf2_sha256')校验：
校验就是通过check_password(原始值,生成的密文)来校验密码的。
>>>check_password("123456","pbkdf2_sha25615000MAjic3nDGFoi$qbclz+peplspCbRF6uoPZZ42aJIIkMpGt6lQ+Iq8nfQ=")>>>True48解释blank和nullblank
设置为True时，字段可以为空。设置为False时，字段是必须填写的。字符型字段CharField和TextField是用空字符串来存储空值的。如果为True，字段允许为空，默认不允许。null
就像设计模式一样，并不是一定要遵循这些原则，而是基于这个风格设计的软件可以更简洁，更#有层次，我们可以根据开发的实际情况，做相应的改变。