dy03請求和響應(yīng)
瀏覽器中“Cookies"是指服務(wù)器暫存放在你的電腦里的txt格式的文本文件資料,主要用于網(wǎng)絡(luò)服務(wù)器辨別電腦使用。比如瀏覽網(wǎng)站時,Cookies 記錄下來你輸入的一些資料和信息。再訪問同一個網(wǎng)站,就會依據(jù)Cookie里的內(nèi)容來判斷使用者,送出特定的信息內(nèi)容給你。
1請求
什么是請求?請求是干嘛的?
指提出要求,希望得到滿足。
在網(wǎng)絡(luò)應(yīng)用中我們把請求做為發(fā)送一個url(路由)來獲取數(shù)據(jù),比如通過一個url打開去看一個美女的圖片,那么這個過程就是請求
因為用戶用戶有時候需要的是圖片有時候又需要一個文件等等,所以請求就有了不同的方式
好,ok,接下來我們一起來看看django中是如何處理用戶發(fā)送過來的請求的
請求方式分類
- 請求路徑的方式 地址上帶有參數(shù)的方式
- 查詢的請求方式
- 請求體參數(shù)
- form表單傳參
- json格式參數(shù)
- 上傳文件
- 請求頭傳參
- 路徑參數(shù)
- url路徑中的參數(shù)
1.1請求路徑的方式
案例演示
瀏覽器輸入:
weather/changsha/20201205/
re_path(r'^weather/(?P<city>[a-z]+)/(?P<year>\d{8})/$',views.weacher),# 天氣查詢
def weather(request,city,year):
"""
天氣
:param request:
:param city:城市
:param year:日期
:return:
"""
print(city)
print(year)
return HttpResponse('天氣')
1.2.查詢的請求方式
案例
# 2. 查詢的請求方式 是?a=1&b=2
# 查詢的字符串
# http://127.0.0.1:8000/qs/?a=111&b=222&a=333
def querys(request):
# 獲取數(shù)據(jù)
# 查詢字符串是不區(qū)分請求方式的
a= request.GET.get("a")
b = request.GET.get("b")
print(a) # 111
print(type(a)) # str
print(b) # 222
# 獲取多個查詢字符串
a_new = request.GET.getlist('a')
print(a_new)
# return HttpResponse('zfc')
url:
path('qs/',views.querys),
1.3 表單類型的數(shù)據(jù)獲取
#表單類型的數(shù)據(jù)獲取我們需要使用POST的請求方式,因為請求的表單數(shù)據(jù)都在POST里面
def querys(request):
# 獲取數(shù)據(jù)
# 查詢字符串是不區(qū)分請求方式的
a= request.GET.get("a")
b = request.GET.get("b")
print(a) # 111
print(type(a)) # str
print(b) # 222
# 獲取多個查詢字符串
a_new = request.GET.getlist('a')
print(a_new)
# return HttpResponse('zfc')
#3.表單類型的數(shù)據(jù)獲取
print("-" * 50)
print("POST表單提交形式")
# POST
print(request.POST)
name = request.POST.get("name")
pwd = request.POST.get("pwd")
print(name)
print(pwd)
name2 = request.POST.getlist("name") # list
print(name2)
return HttpResponse('zfc')
url:
path('qs/',views.querys),
由于要用上POST 請求方法 ,瀏覽器自己是沒有的,所以需要我們提供,這里我們用Apifox 繼續(xù)路由測試,可以去網(wǎng)上下載該軟件或者找老師要都可以
1.4非表單類型數(shù)據(jù)的獲取
非表單類型數(shù)據(jù)有 xml,json
# 什么是JSON,跟我們的python字典非常像 但是還有一定的規(guī)則
# {"name":'weizi', 'age':18}
# {"name":"weizi", "age":18} 正確的JSON類型 也就是必須采用雙引號 數(shù)字除外
def get_body_json(request):
"""非表單類型"""
# 什么是JSON,跟我們的python字典非常想 但是還有一定的規(guī)則
# {"name":'weizi', 'age':18}
# {"name":"weizi", "age":18} 正確的JSON類型 也就是必須采用雙引號 數(shù)字除外
json_bytes = request.body # json的接收 bytes
json_str = json_bytes.decode() # 解碼 # 字符串str
# 字符串 ---》 字典
import json
json_dict = json.loads(json_str,encoding='utf-8')
# dump() # load()對文件進行操作
# 字典 ----》 字符串
json_s = json.dumps(json_dict)
print(json_dict)
print(json_dict.get("name"))
print(type(json_dict))
# TODO
print("-" * 10)
# 獲取請求頭數(shù)據(jù)
print(request.META["HTTP_HOST"])
print("-" * 20)
print(request.META["REMOTE_HOST"])
print("-" * 20)
print(request.method) # 對象屬性的 請求方法 GET POST PUT DELETE OPTIONS.........
return HttpResponse("非表單")
url:
path('qs/',views.querys),
1.5使用FILES進行圖片上傳和保存本地
def file_view(request):
# 通過FILES獲取圖片名
file = request.FILES['tudu']
# 打印結(jié)果
print(file)
# 設(shè)置保存圖片路徑
image = '%s/%s' % (settings.MEDIA_ROOT,file.name)
# 對圖片進行讀取 chunks()對圖片進行
with open(image,'wb') as f:
for files in file.chunks():
f.write(files)
return HttpResponse('上傳成功')
url:
path('file_view/',views.file_view),
# 第二種
def file_view(request):
""""
上傳文件圖片
"""
print(request)
# file = request.FILES['tuo']
file1 = request.FILES
for i in file1:
print(file1) # 圖片的名稱
file = file1[i]
# 先設(shè)置一個保存圖片的路徑 --- django 中有專門存儲媒體文件 ----
image = '%s/%s' % (settings.MEDIA_ROOT,file)
# 把圖片的內(nèi)容進行寫入
with open(image,'wb')as f:
for files in file.chunks():
f.write(files)
return HttpResponse('上傳圖片成功')
def file_view(request):
""""
上傳文件圖片
"""
print(request)
file = request.FILES.getlist('tupan')
print(file)
print(type(file))
# file1 = request.FILES
for i in file:
#
# print(file1) # 圖片的名稱
file1 = i
# # 先設(shè)置一個保存圖片的路徑 --- django 中有專門存儲媒體文件 ----
image = '%s/%s' % (settings.MEDIA_ROOT,file1.name)
# # 把圖片的內(nèi)容進行寫入
with open(image,'wb')as f:
for files in file1.chunks():
f.write(files)
return HttpResponse('上傳圖片成功',status=201)
# 設(shè)置使用媒體文件目錄
MEDIA_ROOT= BASE_DIR / 'mieda'
2響應(yīng)
響應(yīng) response
響應(yīng)就是返回數(shù)據(jù)給瀏覽器(客戶端)
視圖在接收請求并處理后,必須返回HttpResponse對象或子對象。HttpRequest對象由Django創(chuàng)建,
HttpResponse對象由開發(fā)人員創(chuàng)建。
1. HttpResponse
from django.http import HttpResponse
def demo_view(request):
return HttpResponse('python', status=400)
或者
response = HttpResponse('python')
response.status_code = 400
response['sixstar'] = 'Python'
return response
2. JsonResponse
若要返回json數(shù)據(jù),可以使用JsonResponse來構(gòu)造響應(yīng)對象,作用:
幫助我們將數(shù)據(jù)轉(zhuǎn)換為json字符串
設(shè)置響應(yīng)頭Content-Type為 application/json
from django.http import JsonResponse
def demo_view(request):
return JsonResponse({'city': 'beijing', 'subject': 'python'})
3get和post的區(qū)別
GET和POST是HTTP請求的兩種基本方法,要說它們的區(qū)別,接觸過WEB開發(fā)的人都能說出一二。
最直觀的區(qū)別就是GET把參數(shù)包含在URL中,POST通過request body傳遞參數(shù)。
你可能自己寫過無數(shù)個GET和POST請求,或者已經(jīng)看過很多權(quán)威網(wǎng)站總結(jié)出的他們的區(qū)別,你非常清楚知道什么時候該用什么。
當你在面試中被問到這個問題,你的內(nèi)心充滿了自信和喜悅。
你輕輕松松的給出了一個“標準答案”:
GET在瀏覽器回退時是無害的,而POST會再次提交請求。
GET產(chǎn)生的URL地址可以被Bookmark(標記),而POST不可以。
GET請求會被瀏覽器主動cache(緩存),而POST不會,除非手動設(shè)置。
GET請求只能進行url編碼,而POST支持多種編碼方式。
GET請求參數(shù)會被完整保留在瀏覽器歷史記錄里,而POST中的參數(shù)不會被保留。
GET請求在URL中傳送的參數(shù)是有長度限制的,而POST么有。
對參數(shù)的數(shù)據(jù)類型,GET只接受ASCII字符,而POST沒有限制。
GET比POST更不安全,因為參數(shù)直接暴露在URL上,所以不能用來傳遞敏感信息。
GET參數(shù)通過URL傳遞,POST放在Request body中。
(本標準答案參考自w3schools)
“很遺憾,這不是我們要的回答!”
請告訴我真相。。。
如果我告訴你GET和POST本質(zhì)上沒有區(qū)別你信嗎?
讓我們扒下GET和POST的外衣,坦誠相見吧!
GET和POST是什么?HTTP協(xié)議中的兩種發(fā)送請求的方法。
HTTP是什么?HTTP是基于TCP/IP的關(guān)于數(shù)據(jù)如何在萬維網(wǎng)中如何通信的協(xié)議。
HTTP的底層是TCP/IP。所以GET和POST的底層也是TCP/IP,也就是說,GET/POST都是TCP鏈接。GET和POST能做的事情是一樣一樣的。你要給GET加上request body,給POST帶上url參數(shù),技術(shù)上是完全行的通的。
那么,“標準答案”里的那些區(qū)別是怎么回事?
在我大萬維網(wǎng)世界中,TCP就像汽車,我們用TCP來運輸數(shù)據(jù),它很可靠,從來不會發(fā)生丟件少件的現(xiàn)象。但是如果路上跑的全是看起來一模一樣的汽車,那這個世界看起來是一團混亂,送急件的汽車可能被前面滿載貨物的汽車攔堵在路上,整個交通系統(tǒng)一定會癱瘓。為了避免這種情況發(fā)生,交通規(guī)則HTTP誕生了。HTTP給汽車運輸設(shè)定了好幾個服務(wù)類別,有GET, POST, PUT, DELETE等等,HTTP規(guī)定,當執(zhí)行GET請求的時候,要給汽車貼上GET的標簽(設(shè)置method為GET),而且要求把傳送的數(shù)據(jù)放在車頂上(url中)以方便記錄。如果是POST請求,就要在車上貼上POST的標簽,并把貨物放在車廂里。當然,你也可以在GET的時候往車廂內(nèi)偷偷藏點貨物,但是這是很不光彩;也可以在POST的時候在車頂上也放一些數(shù)據(jù),讓人覺得傻乎乎的。HTTP只是個行為準則,而TCP才是GET和POST怎么實現(xiàn)的基本。
但是,我們只看到HTTP對GET和POST參數(shù)的傳送渠道(url還是requrest body)提出了要求?!皹藴蚀鸢浮崩镪P(guān)于參數(shù)大小的限制又是從哪來的呢?
在我大萬維網(wǎng)世界中,還有另一個重要的角色:運輸公司。不同的瀏覽器(發(fā)起http請求)和服務(wù)器(接受http請求)就是不同的運輸公司。 雖然理論上,你可以在車頂上無限的堆貨物(url中無限加參數(shù))。但是運輸公司可不傻,裝貨和卸貨也是有很大成本的,他們會限制單次運輸量來控制風險,數(shù)據(jù)量太大對瀏覽器和服務(wù)器都是很大負擔。業(yè)界不成文的規(guī)定是,(大多數(shù))瀏覽器通常都會限制url長度在2K個字節(jié),而(大多數(shù))服務(wù)器最多處理64K大小的url。超過的部分,恕不處理。如果你用GET服務(wù),在request body偷偷藏了數(shù)據(jù),不同服務(wù)器的處理方式也是不同的,有些服務(wù)器會幫你卸貨,讀出數(shù)據(jù),有些服務(wù)器直接忽略,所以,雖然GET可以帶request body,也不能保證一定能被接收到哦。
好了,現(xiàn)在你知道,GET和POST本質(zhì)上就是TCP鏈接,并無差別。但是由于HTTP的規(guī)定和瀏覽器/服務(wù)器的限制,導(dǎo)致他們在應(yīng)用過程中體現(xiàn)出一些不同。
你以為本文就這么結(jié)束了?
我們的大BOSS還等著出場呢。。。
這位BOSS有多神秘?當你試圖在網(wǎng)上找“GET和POST的區(qū)別”的時候,那些你會看到的搜索結(jié)果里,從沒有提到他。他究竟是什么呢。。。
GET和POST還有一個重大區(qū)別,簡單的說:
GET產(chǎn)生一個TCP數(shù)據(jù)包;POST產(chǎn)生兩個TCP數(shù)據(jù)包。
長的說:
對于GET方式的請求,瀏覽器會把http header和data一并發(fā)送出去,服務(wù)器響應(yīng)200(返回數(shù)據(jù));
而對于POST,瀏覽器先發(fā)送header,服務(wù)器響應(yīng)100 continue,瀏覽器再發(fā)送data,服務(wù)器響應(yīng)200 ok(返回數(shù)據(jù))。
也就是說,GET只需要汽車跑一趟就把貨送到了,而POST得跑兩趟,第一趟,先去和服務(wù)器打個招呼“嗨,我等下要送一批貨來,你們打開門迎接我”,然后再回頭把貨送過去。
因為POST需要兩步,時間上消耗的要多一點,看起來GET比POST更有效。因此Yahoo團隊有推薦用GET替換POST來優(yōu)化網(wǎng)站性能。但這是一個坑!跳入需謹慎。為什么?
1. GET與POST都有自己的語義,不能隨便混用。
2. 據(jù)研究,在網(wǎng)絡(luò)環(huán)境好的情況下,發(fā)一次包的時間和發(fā)兩次包的時間差別基本可以無視。而在網(wǎng)絡(luò)環(huán)境差的情況下,兩次包的TCP在驗證數(shù)據(jù)包完整性上,有非常大的優(yōu)點。
3. 并不是所有瀏覽器都會在POST中發(fā)送兩次包,F(xiàn)irefox(火狐瀏覽器)就只發(fā)送一次。
現(xiàn)在,當面試官再問你“GET與POST的區(qū)別”的時候,你的內(nèi)心是不是這樣的?后退我要開始裝逼了