摘要:服務器通過協議與客戶端通信,因此也被稱為服務器。本文標題為從零開始搭建論壇一服務器與框架本文鏈接為更多閱讀自己動手開發網絡服務器一自己動手開發網絡服務器二自己動手開發網絡服務器三服務器網關接口實現原理分析最佳實踐指南應用淺談框架編程簡介
之前用 Django 做過一個小的站點,感覺Django太過笨重,于是就準備換一個比較輕量級的 Web 框架來玩玩。Web.py 作者已經掛掉,項目好久沒有更新,所以不準備用它。而 Flask 也是一個成熟的輕量級 Web 框架,在 github 上有眾多的 Star 和 Fork,文檔和擴展也很豐富,值得學習。
學習一個框架最好的方式就是用框架做一個項目,在實戰中理解掌握框架。這里我用 Flask 框架,使用 Mysql 數據庫做了一個論壇系統。麻雀雖小,五臟俱全,論壇效果圖如下:
下面是論壇的基本功能:
完整的用戶模塊(注冊、登錄,更改、找回密碼、信息修改、站內消息通知);
豐富的論壇模塊(創建、回復話題,站內搜索,markdown支持,@user 提醒);
強大的后臺管理,支持屏蔽用戶、話題、評論,支持各種條件搜索話題、評論;
本博客將會用一系列文章,記錄論壇系統搭建的過程,希望對剛入門Web開發的同學有所幫助。
我們經常聽說 Django, Flask 這些 python 語言的Web 框架,那么框架到底是什么,Web框架和Web服務器(Nginx, Apache等)有什么區別?離開框架還能用 Python 搭建Web站點嗎?要解決這些疑問,我們有必要來理解下 Web 服務器的工作原理,以及 Web 框架的本質。
Web 服務器當我們在瀏覽器輸入URL后,瀏覽器會先請求DNS服務器,獲得請求站點的 IP 地址。然后發送一個HTTP Request(請求)給擁有該 IP 的主機,接著就會接收到服務器給我們的 HTTP Response(響應),瀏覽器經過渲染后,以一種較好的效果呈現給我們。這個過程中,正是Web服務器在幕后默默做貢獻。
簡單來說,Web服務器是在運行在物理服務器上的一個程序,它永久地等待客戶端(主要是瀏覽器,比如Chrome,Firefox等)發送請求。當收到請求之后,它會生成相應的響應并將其返回至客戶端。Web服務器通過HTTP協議與客戶端通信,因此也被稱為HTTP服務器。
Web服務器的工作原理并不復雜,一般可分成如下4個步驟:建立連接、請求過程、應答過程以及關閉連接。
建立連接:客戶機通過TCP/IP協議建立到服務器的TCP連接。
請求過程:客戶端向服務器發送HTTP協議請求包,請求服務器里的資源文檔。
應答過程:服務器向客戶機發送HTTP協議應答包,如果請求的資源包含有動態語言的內容,那么服務器會調用動態語言的解釋引擎負責處理“動態內容”,并將處理得到的數據返回給客戶端。由客戶端解釋HTML文檔,在客戶端屏幕上渲染圖形結果。
關閉連接:客戶機與服務器斷開。
下面我們實現一個簡單的 Web 服務器。運行示例程序后,會監聽本地端口 8000,在瀏覽器訪問 http://localhost:8000 就能看到響應內容。而我們的程序也能夠打印出客戶端發來的請求內容,如下圖:
這里Request 和 Response 都需要遵守 HTTP 協議,關于 HTTP 協議的詳細內容,可以讀讀《HTTP 權威指南》,或者看我整理的HTTP 部分內容。
雖然說web服務器的主要工作是根據request返回response,但是實際中的 Web 服務器遠遠比上面示例的復雜的多,因為要考慮的因素實在是太多了,比如:
緩存機制:講一些經常被訪問的頁面緩存起來,提高響應速度;
安全:防止黑客的各種攻擊,比如 SYN Flood 攻擊;
并發處理:如何響應不同客戶端同時發起的請求;
日志:記錄訪問日至,方便做一些分析。
目前在UNIX和LINUX平臺下使用最廣泛的免費 Web 服務器有Apache和 Nginx 。
Web 應用程序Web 服務器接受 Http Request,返回 Response,很多時候 Response 并不是靜態文件,因此需要有一個應用程序根據 Request 生成相應的 Response。這里的應用程序主要用來處理相關業務邏輯,讀取或者更新數據庫,根據不同 Request 返回相應的 Response。注意這里并不是 Web 服務器本身來做這件事,它只負責 Http 協議層面和一些諸如并發處理,安全,日志等相關的事情。
應用程序可以用各種語言編寫(Java, PHP, Python, Ruby等),這個應用程序會從Web服務器接收客戶端的請求,處理完成后,再返回響應給Web服務器,最后由Web服務器返回給客戶端。整個架構如下:
以 Python 為例,使用Python開發Web,最原始和直接的辦法是使用CGI標準,在1998年這種方式很流行。首先確保 Web 服務器支持CGI及已經配置了CGI的處理程序,然后設置好CGI目錄,在目錄里面添加相應的 python 文件,每一個 python 文件處理相應輸入,生成一個 html 文件即可,如下例:
#!/usr/bin/python # -*- coding: UTF-8 -*- print "Content-type:text/html" print # 空行,告訴服務器結束頭部 print "" print "" print "" print "" print "" print "Hello Word! 我是一個CGI程序
" print "" print ""
這樣在瀏覽器訪問該文件就可以得到一個簡單的 Hello World 網頁內容。直接通過 CGI 寫 Web 應用程序看起來很簡單,每一個文件處理輸入,生成html。但是實際開發中,可能會遇到許多不方便的地方。比如:
每個獨立的CGI腳本可能會重復寫數據庫連接,關閉的代碼;
后端開發者會看到一堆 Content-Type 等和自己無關的 html 頁面元素;
Web 框架早期開發站點確做了許多重復性勞動,后來為了減少重復,避免寫出龐雜,混亂的代碼,人們將 Web 開發的關鍵性過程提取出來,開發出了各種 Web 框架。有了框架,就可以專注于編寫清晰、易維護的代碼,無需關心數據庫連接之類的重復性工作。
其中一種比較經典的Web框架采用了 MVC 架構,如下圖所示:
用戶輸入 URL,客戶端發送請求,控制器(Controller)首先會拿到請求,然后用模型(Models)從數據庫取出所有需要的數據,進行必要的處理,將處理后的結果發送給 視圖(View),視圖利用獲取到的數據,進行渲染生成 Html Response返回給客戶端。
以 python web 框架 flask 為例,框架本身并不限定我們用哪種架構來組織我們的應用,不過 flask 可以很好地支持以 MVC 方式組織應用。
控制器:flask 可以用裝飾器來添加路由項,如下:
@app.route("/") def main_page(): pass
模型:主要用來取出需要的數據,如下面函數中操作:
@app.route("/") def main_page(): """Searches the database for entries, then displays them.""" db = get_db() cur = db.execute("select * from entries order by id desc") entries = cur.fetchall() return render_template("index.html", entries=entries)
視圖:flask 利用 jinja2 來渲染頁面,下面的模版文件指定了頁面的樣式:
{% for entry in entries %}
我們知道Python有著許多的 Web 框架,而同時又有著許多的 Web 服務器(Apache, Nginx, Gunicorn等),框架和Web服務器之間需要進行通信,如果在設計時它們之間不可以相互匹配的,那么選擇了一個框架就會限制對 Web 服務器的選擇,這顯然是不合理的。
那么,怎樣確保可以在不修改Web服務器代碼或網絡框架代碼的前提下,使用自己選擇的服務器,并且匹配多個不同的網絡框架呢?答案是接口,設計一套雙方都遵守的接口就可以了。對python來說,就是WSGI(Web Server Gateway Interface,Web服務器網關接口)。其他編程語言也擁有類似的接口:例如Java的Servlet API和Ruby的Rack。
Python WSGI的出現,讓開發者可以將 Web 框架與 Web 服務器的選擇分隔開來,不再相互限制。現在,你可以真正地將不同的 Web 服務器與Web框架進行混合搭配,選擇滿足自己需求的組合。例如,可以使用 Gunicorn 或Nginx/uWSGI來運行Django、Flask或web.py應用。
下一篇我們將會仔細分析 WSGI 接口標準,然后一起來寫一個簡單的 WSGI Web 服務器。
更多閱讀本文由 selfboot 發表于 個人博客,采用署名-非商業性使用-相同方式共享 3.0 中國大陸許可協議。
非商業轉載請注明作者及出處。商業轉載請聯系作者本人。
本文標題為: 從零開始搭建論壇(一):Web服務器與Web框架
本文鏈接為: http://selfboot.cn/2016/07/28...
自己動手開發網絡服務器(一)
自己動手開發網絡服務器(二)
自己動手開發網絡服務器(三)
Web服務器網關接口實現原理分析
Python最佳實踐指南:Web 應用
淺談Python web框架
Python CGI編程
Django vs Flask vs Pyramid: Choosing a Python Web Framework
PEP 333 -- Python Web Server Gateway Interface v1.0
WSGI簡介
Model-View-Controller (MVC) Explained -- With Legos
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/38092.html
摘要:我們的論壇項目就使用了該框架。此外,麥子學院也有一個入門視頻教程,一共小時的視頻教程,涵蓋開發的方方面面,包括環境的搭建,語法介紹,項目結構的組織,全球化,單元測試等內容。博客地址更多閱讀的機制三個框架的對比 前面兩篇文章中我們已經了解 Web(HTTP)服務器,Web應用程序,Web框架,WSGI這些 Python Web 開發中的概念。我們知道,Web框架通過將不同Web應用程序中...
摘要:在從零開始搭建論壇一服務器與框架中我們弄清楚了服務器應用程序框架的概念。框架應用生成狀態碼以及響應報頭,然后將二者傳遞至,等待服務器保存。添加響應頭,狀態碼返回響應信息創建一個服務器實例目前支持的成熟服務器有很多,是相當不錯的一個。 在 從零開始搭建論壇(一):Web服務器與Web框架 中我們弄清楚了Web 服務器、Web 應用程序、Web框架的概念。對于 Python 來說,越來越多...
摘要:盡量按照前端后端部署運維來講,當然中途涉及到跨域這種前后協調的還是無法避免捎帶一筆。關于我目前在寫從零構建前后分離項目系列,修正和補充以此為準不斷更新的項目實踐地址彩蛋提前預覽下一章傳送門 序: 開源的意義 本系列提前首發地址 背景 從事了近4年的互聯網行業,逐漸擔當過團隊的前端到后端的負責人,和大家一樣從小白逐漸的成長起來,回首望去幾年前的博客還是那么稚嫩。 回首這幾年: 從一個ja...
摘要:從前端到后端到運維,經歷了幾次前后端架構的演變,踩了無數的坑,度過無數難免的夜。為了工作或學習,確實造過一些輪子,前端的后端的,也開源出來過覺得能提高生產力的。 showImg(https://segmentfault.com/img/bVbgeXP?w=713&h=275); 序: 開源的意義 本系列提前首發地址 背景 從事了近4年的互聯網行業,逐漸擔當過團隊的前端到后端的負責人,和...
摘要:可以使用或來安裝我用來重新嘗試一次對速度表示不理想的可以嘗試淘寶的不要過度依賴中可以寫成放哪都行,可以寫成可以寫成看到這個畫面,安裝完成了。 初步搭建腳手架 Tips 任何不錯的開源項目都有 project-cli 腳手架、我們用它生成往往能快速配制出最佳的、理想的腳手架 我通常使用 cli 生成項目骨架再在之基礎上進行個人修改。 什么是 CLI 命令行界面(英語:command-li...
閱讀 2122·2021-11-22 15:24
閱讀 2410·2021-09-09 11:53
閱讀 3037·2021-09-04 16:40
閱讀 1636·2019-08-30 15:52
閱讀 3355·2019-08-29 13:47
閱讀 2735·2019-08-26 17:40
閱讀 1541·2019-08-26 13:24
閱讀 2245·2019-08-26 12:01