Django-httpReques和httpResponse

Django-HttpRequest和HttpResponse

一、HttpRequest

接收客户端浏览器提交的数据，属性及方法如下：

1. path
   发起请求的页面的完整地址，不包含域名

2. method
   提交请求的方法（GET、POST）

3. GET、POST
   类字典对象
   request.GET包含所有GET请求的参数信息
   request.POST包含所有POST请求的参数信息

4. COOKIES
   保存在用户浏览器端
   一个标准的python字典，包含所有的cookie，键值都是字符串

   • 检测cookies是否存在
     request.COOKIES.has_key(“cookiesName”)

   • 设置cookies
     request.set_cookie(“cookiesName”, value)
     设置cookies常用的参数
     1） max_age：多久后过期，时间单位为秒
     2） expires：过期时间，具体时间
     3） path：生效路径
     4） domain：生效的域名
     5） secure：HTTPS传输时应设置为true
     6）httponly：值应用于http传输，JavaScript无法获取

   • 获取cookies
     request.COOKIES.get(“cookiesName”)

   • 判断cookies是否存在
     request.COOKIES.has_key(“cookiesName”)

5. session
   保存在服务器端，标准的python字典

   • 设置session
     request.session[‘sessionName’] = 123
     存在的情况下不设置
     request.session.setdefault(“sessionName”, 123)

   • 获取session
     request.session[“sessionName”]或request.session.get(“sessionName”)
     如果不存在这两种方法会报错，防止出错可以：
     request.session.get(“sessionName”,none)

   • 删除sessioon
     del request.session[“sessionName”]或request.session.clear()

   • 将所有Session失效日期小于当前日期的数据删除
     request.session.clear_expired()

   • 设置session过期时间
     request.session.set_expiry(value)
     默认的过期时间是两周，如果自己设置了过期时间，这样自己设定的优先级就会高于默认的。
     如果value是个整数，session会在些秒数后失效。
     如果value是个datatime或timedelta，session就会在这个时间后失效。
     如果value是0,用户关闭浏览器session就会失效。
     如果value是None,session会依赖全局session失效策略

6. FILES
   类似于字典的对象，包含所有上传文件信息。
   注：FILES只有在请求的方法为POST且提交的form带有enctype=”multipart/form-data”的情况下才会包含数据。否则，FILES将为一个空的类似于字典的对象。

7. META
   一个标准的Python 字典，包含所有的HTTP 首部。具体的头部信息取决于客户端和服务器

8. get_signed_cookie()
   返回签名过的Cookie 对应的值

9. is_secure()
   如果请求时是安全的，则返回True；即请求通是过 HTTPS 发起的

10. is_ajax()
    如果请求是通过XMLHttpRequest 发起的，则返回True，方法是检查 HTTP_X_REQUESTED_WITH 相应的首部是否是字符串’XMLHttpRequest’

二、HttpResponse

将服务器端的数据发送到客户端浏览器，HttpResponse有一些子类，如：

• HttpResponseRedirect：重定向到的URL（320）

• HttpResponsePermanentRedirect: 永久重定向

• 自定义404（Not Found）、500（severError）View方法：

  1. 设置settings文件
     DEBUG = False
     ALLOWED_HOSTS = [‘127.0.0.1’, ‘localhost’]或者
     ALLOWED_HOSTS = [‘*’]
  2. 配置urls文件
     from django.conf.urls import handler404, handler500
     handler404 = “login.views.page_not_found”
     handler500 = “login.views.page_error”
  3. 在views文件中定义函数page_not_found和page_error
  4. 在app的templates下建立404.html和500.html文件

def page_not_found(request):
    return render_to_response('404.html')
def page_error(request):
    return render_to_response('500.html')

总结：
当抛出Http404异常时，Django会加载一个特殊的方法处理404错误。默认是django.views.defaults.page_not_found,负责加载和渲染404.html模板文件。即必须在模板的根目录自己定义一个404.html文件，应用于所有的404异常。

page_not_found view方法应该可以应对几乎99%的Web App，但是如果想要重载该view方法时, 你可以在URLConf文件中指定handler404为自定义的404 errpr view方法, 像这样:

from django.conf.urls.defaults import *

urlpatterns = patterns('',   
  ... 
) 

handler404 = 'mysite.views.my_custom_404_view'

Django通过在URLConf文件中查找handler404来决定404 view方法

注：

• 如果请求的URL没有在Django的URLConf文件中匹配到，404_view方法就会被调用
• 自己没用定义404_view，就会使用默认的
• DEBUG设置为True (在setting模块中)，404 view方法不会被使用

500错误同404错误。