黄色网页视频 I 影音先锋日日狠狠久久 I 秋霞午夜毛片 I 秋霞一二三区 I 国产成人片无码视频 I 国产 精品 自在自线 I av免费观看网站 I 日本精品久久久久中文字幕5 I 91看视频 I 看全色黄大色黄女片18 I 精品不卡一区 I 亚洲最新精品 I 欧美 激情 在线 I 人妻少妇精品久久 I 国产99视频精品免费专区 I 欧美影院 I 欧美精品在欧美一区二区少妇 I av大片网站 I 国产精品黄色片 I 888久久 I 狠狠干最新 I 看看黄色一级片 I 黄色精品久久 I 三级av在线 I 69色综合 I 国产日韩欧美91 I 亚洲精品偷拍 I 激情小说亚洲图片 I 久久国产视频精品 I 国产综合精品一区二区三区 I 色婷婷国产 I 最新成人av在线 I 国产私拍精品 I 日韩成人影音 I 日日夜夜天天综合

在Python的Django框架中使用通用視圖的方法

系統(tǒng) 1882 0

使用通用視圖的方法是在URLconf文件中創(chuàng)建配置字典,然后把這些字典作為URLconf元組的第三個(gè)成員。

例如,下面是一個(gè)呈現(xiàn)靜態(tài)“關(guān)于”頁面的URLconf:

            
from django.conf.urls.defaults import *
from django.views.generic.simple import direct_to_template

urlpatterns = patterns('',
  (r'^about/$', direct_to_template, {
    'template': 'about.html'
  })
)


          

一眼看上去似乎有點(diǎn)不可思議,不需要編寫代碼的視圖! 它和第八章中的例子完全一樣:direct_to_template視圖僅僅是直接從傳遞過來的額外參數(shù)獲取信息并用于渲染視圖。

因?yàn)橥ㄓ靡晥D都是標(biāo)準(zhǔn)的視圖函數(shù),我們可以在我們自己的視圖中重用它。 例如,我們擴(kuò)展 about例子,把映射的URL從 /about//修改到一個(gè)靜態(tài)渲染 about/.html 。 我們首先修改URL配置以指向新的視圖函數(shù):

            
from django.conf.urls.defaults import *
from django.views.generic.simple import direct_to_template
**from mysite.books.views import about_pages**

urlpatterns = patterns('',
  (r'^about/$', direct_to_template, {
    'template': 'about.html'
  }),
  **(r'^about/(\w+)/$', about_pages),**
)


          

接下來,我們編寫 about_pages 視圖的代碼:

            
from django.http import Http404
from django.template import TemplateDoesNotExist
from django.views.generic.simple import direct_to_template

def about_pages(request, page):
  try:
    return direct_to_template(request, template="about/%s.html" % page)
  except TemplateDoesNotExist:
    raise Http404()


          

在這里我們象使用其他函數(shù)一樣使用 direct_to_template 。 因?yàn)樗祷匾粋€(gè)HttpResponse對(duì)象,我們只需要簡單的返回它就好了。 這里唯一有點(diǎn)棘手的事情是要處理找不到模板的情況。 我們不希望一個(gè)不存在的模板導(dǎo)致一個(gè)服務(wù)端錯(cuò)誤,所以我們捕獲TemplateDoesNotExist異常并且返回404錯(cuò)誤來作為替代。

這里有沒有安全性問題?

眼尖的讀者可能已經(jīng)注意到一個(gè)可能的安全漏洞: 我們直接使用從客戶端瀏覽器得到的數(shù)據(jù)構(gòu)造模板名稱(template="about/%s.html" % page )。乍看起來,這像是一個(gè)經(jīng)典的 目錄跨越(directory traversal) 攻擊(詳情請(qǐng)看第20章)。 事實(shí)真是這樣嗎?

完全不是。 是的,一個(gè)惡意的 page 值可以導(dǎo)致目錄跨越,但是盡管 page 是 從請(qǐng)求的URL中獲取的,但并不是所有的值都會(huì)被接受。 這就是URL配置的關(guān)鍵所在: 我們使用正則表達(dá)式 \w+ 來從URL里匹配 page ,而 \w 只接受字符和數(shù)字。 因此,任何惡意的字符 (例如在這里是點(diǎn) . 和正斜線 / )將在URL解析時(shí)被拒絕,根本不會(huì)傳遞給視圖函數(shù)。


更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主

微信掃碼或搜索:z360901061

微信掃一掃加我為好友

QQ號(hào)聯(lián)系: 360901061

您的支持是博主寫作最大的動(dòng)力,如果您喜歡我的文章,感覺我的文章對(duì)您有幫助,請(qǐng)用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點(diǎn)擊下面給點(diǎn)支持吧,站長非常感激您!手機(jī)微信長按不能支付解決辦法:請(qǐng)將微信支付二維碼保存到相冊(cè),切換到微信,然后點(diǎn)擊微信右上角掃一掃功能,選擇支付二維碼完成支付。

【本文對(duì)您有幫助就好】

您的支持是博主寫作最大的動(dòng)力,如果您喜歡我的文章,感覺我的文章對(duì)您有幫助,請(qǐng)用微信掃描上面二維碼支持博主2元、5元、10元、自定義金額等您想捐的金額吧,站長會(huì)非常 感謝您的哦!!!

發(fā)表我的評(píng)論
最新評(píng)論 總共0條評(píng)論