python-Web開發


一個Web應用的本質就是:

  1. 瀏覽器發送一個HTTP請求;

  2. 服務器收到請求,生成一個HTML文檔;

  3. 服務器把HTML文檔作為HTTP響應的Body發送給瀏覽器;

  4. 瀏覽器收到HTTP響應,從HTTP Body取出HTML文檔並顯示。

所以,最簡單的Web應用就是先把HTML用文件保存好,用一個現成的HTTP服務器軟件,接收用戶請求,從文件中讀取HTML,返回。Apache、Nginx、Lighttpd等這些常見的靜態服務器就是干這件事情的。

如果要動態生成HTML,就需要把上述步驟自己來實現。不過,接受HTTP請求、解析HTTP請求、發送HTTP響應都是苦力活,如果我們自己來寫這些底層代碼,還沒開始寫動態HTML呢,就得花個把月去讀HTTP規范。

正確的做法是底層代碼由專門的服務器軟件實現,我們用Python專注於生成HTML文檔。因為我們不希望接觸到TCP連接、HTTP原始請求和響應格式,所以,需要一個統一的接口,讓我們專心用Python編寫Web業務。

這個接口就是WSGI:Web Server Gateway Interface。(Web服務器網關接口

wsgi就是一種規范,它定義了使用web應用程序與Python編寫的web服務器程序之間的接口格式.無論多么復雜的Web應用程序,入口都是一個WSGI處理函數。HTTP請求的所有輸入信息都可以通過environ獲得,HTTP響應的輸出都可以通過start_response()加上函數返回值作為Body。

WSGI接口定義非常簡單,它只要求Web開發者實現一個函數,就可以響應HTTP請求。我們來看一個最簡單的Web版本的“Hello, web!”:

def application(environ, start_response): start_response('200 OK', [('Content-Type', 'text/html')]) return '<h1>Hello, web!</h1>' 

上面的application()函數就是符合WSGI標准的一個HTTP處理函數,它接收兩個參數:

  • environ:一個包含所有HTTP請求信息的dict對象;

  • start_response:一個發送HTTP響應的函數。

application()函數中,調用:

start_response('200 OK', [('Content-Type', 'text/html')])

就發送了HTTP響應的Header,注意Header只能發送一次,也就是只能調用一次start_response()函數。start_response()函數接收兩個參數,一個是HTTP響應碼,一個是一組list表示的HTTP Header,每個Header用一個包含兩個strtuple表示。

通常情況下,都應該把Content-Type頭發送給瀏覽器。其他很多常用的HTTP Header也應該發送。

然后,函數的返回值'<h1>Hello, web!</h1>'將作為HTTP響應的Body發送給瀏覽器。

有了WSGI,我們關心的就是如何從environ這個dict對象拿到HTTP請求信息,然后構造HTML,通過start_response()發送Header,最后返回Body。

 

了解了WSGI框架,我們發現:其實一個Web App,就是寫一個WSGI的處理函數,針對每個HTTP請求進行響應。

但是如何處理HTTP請求不是問題,問題是如何處理100個不同的URL。

由於用Python開發一個Web框架十分容易,所以Python有上百個開源的Web框架。這里我們先不討論各種Web框架的優缺點,直接選擇一個比較流行的Web框架——Flask來使用。

除了Flask,常見的Python Web框架還有:

  • Django:全能型Web框架;

  • web.py:一個小巧的Web框架;

  • Bottle:和Flask類似的Web框架;

  • Tornado:Facebook的開源異步Web框架。

ref:https://www.liaoxuefeng.com/wiki/897692888725344/923057027806560

 

 

Flask+Gunicorn+Nginx是最常用的Flask部署方案,大家深究過為何用這樣的搭配么?

Flask 是一個web框架,而非web server,直接用Flask拉起的web服務僅限於開發環境使用,生產環境不夠穩定,也無法承受大量請求的並發,在生茶環境下需要使用服務器軟件來處理各種請求,如Gunicorn、 Nginx或Apache,而Gunicorn+Nginx的搭配,好處多多,一方面基於Nginx轉發Gunicorn服務,在生產環境下能補充Gunicorn服務在某些情況下的不足,另一方面,如果做一個Web網站,除了服務外,還有很多靜態文件需要被托管,這是Nginx的強項,也是Gunicorn不適合做的事情。所以,基於Flask開發的網站,部署時用Gunicorn和Nginx,是一個很好的選擇。

ref:https://blog.igevin.info/posts/how-to-deploy-flask-apps/

 

 

 

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM