⑴ go有哪些快速開發的web框架
推薦五款開快速開發的Web框架
1. 項目名稱：基於 Go 的 Web 框架 Faygo
項目簡介：Faygo 是一款快速、簡潔的 Go Web 框架，可用極少的代碼開發出高性能的 Web 應用程序（尤其是API介面）。只需定義 struct Handler，Faygo 就能自動綁定、驗證請求參數並生成在線API文檔。
2. 項目名稱：基於 Go 的 Web 開發框架 essgo
項目簡介：essgo 是一款 Go 語言開發的簡單、穩定、高效、靈活的 web 開發框架。它的項目組織形式經過精心設計，實現前後端分離、系統與業務分離，完美兼容 MVC 與 MVVC 等多種開發模式，非常利於企業級應用與 API 介面的開發。當然，最值得關注的是它突破性支持運行時路由重建，開發者可在 Admin 後台輕松配置路由，並實現啟用/禁用模塊或操作、添加/移除中間件等！同時，它以 ApiHandler 與 ApiMiddleware 為項目基本組成單元，可實現編譯期或運行時的自由搭配組合，也令開發變得更加靈活富有趣味性。
3. 項目名稱：模塊化設計的 Go Web 框架 Macaron
項目簡介：Macaron 是一個具有高生產力和模塊化設計的 Go Web 框架。框架秉承了 Martini 的基本思想，並在此基礎上做出高級擴展。
4. 項目名稱：基於Go 的輕量級 Web 框架 GoInk
項目簡介：HxGo 是基於我以往的 php 開發經驗編寫的 Go Web 框架。力求簡單直接，符合大眾編寫習慣，同時性能優良。 HxGo 基於 MVC 的結構模式，實現 REST 支持的自動路由分發，簡化 HTTP 請求和視圖操作。同時，HxGo 提供簡易直接的數據訪問層，高效直接操作資料庫內容。
5. 項目名稱：簡單高效的 Go web 開發框架 Baa
項目簡介：Baa 是一個簡單高效的 Go web 開發框架。主要有路由、中間件，依賴注入和HTTP上下文構成。Baa 不使用 反射和正則，沒有魔法的實現。
特性：
支持靜態路由、參數路由、組路由（前綴路由/命名空間）和路由命名；
路由支持鏈式操作；
路由支持文件/目錄服務；
中間件支持鏈式操作；
支持依賴注入*；
支持 JSON/JSONP/XML/HTML 格式輸出；
統一的 HTTP 錯誤處理；
統一的日誌處理；
支持任意更換模板引擎（實現 baa.Renderer 介面即可）。
⑵ 如何搭建web前端框架
搭建web前端框架步驟如下：
1、確定項目使用的技術
根據項目的需求等來選擇使用的技術（這里以angular4 + typsescript + nodejs+mongodb舉例）
2、新建一個項目的工作文件夾
使用npm init初始化項目，根據問題配置，一般是直接回車使用默認配置,生成package.json文件
3、新建一個index.html頁面
4、新建配置文件system.config.js
5、新建ts的配置文件tsconfig.json
npm install typescript
6、新建webApp目錄，這裡面放的是所有html頁面和js代碼，首先得有個入口文件，與system.config.js配置文件中的入口文件名一樣，app.mole.ts，裡面引入了所有js文件，不被引入的在載入時都不會被載入
7、打包(將代碼壓縮，使程序運行速度更快）
⑶ Go語言做Web應用開發的框架，哪一個更適合入門
可以先直接使用go自帶的http server 框架，這個框架涵蓋了絕大多數的功能，比如request response 的基本封裝，簡單的路由管理，文件上傳處理。
如果發現Go 自帶的框架解決不了問題，可以引入相應的第三方組件，比如ORM可以採用中國人寫的gorm 比如web 的session 管理可以使用gorilla/session
當然你也可以直接上大一統的框架比如你提到的beego 還有大名鼎鼎的martini 。不過不推薦，因為這樣的大框架和Go 語言本身的模塊設計有沖突。
實際開發建議用vscode 加Go 插件來做IDE，基本包含了其他成熟IDE的所有功能，而且還自帶強大的debug 功能。其他IDE debug 用起來非常麻煩比如idea 和liteIDE。題主也可以自己試下。
⑷ 什麼是 Web 框架
在Clojure里有大量的web框架，但是初學者應該把他們自己的伺服器棧移動到Ring生態系統。 我經常被Clojure的初學者問到的一個問題是「我應該使用什麼web框架？」這是一個好問題。Python有Django。PHP有Drupal。當然Ruby有所有web框架之王，Ruby on Rails。 在Clojure里你應該使用什麼框架？實際上這個問題是難以回答的。外面有很多web框架了。有人把 Compojure 叫做框架，雖然它真正是一個類庫。 lib-noir 為你做了大量工作。然而有屬於你的真正框架，像 Pedestal 或 Hoplon ，它們提供基礎功能和解決web開發的抽象。所有這些項目是偉大的，但是對於初學者，我不得不推薦建立你自己的web棧，從Ring開始。 Compojure實際上只是一個路由類庫，而不是框架。雖然有 playnice , bidi , Route One 和 gu 等其它替代品，但是你能夠用它滿足路由需要。如果你不想下決定，那就使用Compojure。它使用廣泛、表現優秀。如果你想深入，可以看看其他文檔。它們針對不同的場景各有優點。 lib-noir 來自於 Noir ，後者是一個web框架（現在廢棄了）。它比較容易，還為你提供了一些管道，因此你剛好藉助建好的大量基礎設施來開始一個項目。lib-noir是以類庫形式存在的基礎設施。我還沒有用過，但是很多人喜歡它。然而，當我研究它的時候，我發現它提供了太多我不需要的東西，或太過瑣碎。如果得到了大規模的應用（像Rails），你就能得到生態系統的效應，這通常是良性的，但是還沒有這樣。lib-noir被應用了，只是完全不佔優勢。 Pedestal 有很多支持者。它的目標是通過提供使用ClojureScript、消息隊列形式的、一個明智的前端環境來處理單頁app。如果你需要「實時app」，它或許為是你准備的。盡管如此，我仍然警告你，它不適合Clojure初學者。Pedestal引入了大量新概念，甚至有經驗的Clojure程序員也不得不去學習。 這個教程 又長又費力。如果你不了解Clojure，你去學習Pedestal會遇到問題的。 Hoplon 也是為web app設計的。它為你提供了用ClojureScript實現的DOM（包括自定義組件），數據流編程（像電子表格）和客戶端-伺服器端通信。這是勇敢的一步，但是再一次，需要你接受花很長時間才能理解的編程模型。如果你還不熟悉Clojure，你就是在自找麻煩。 外面還有其它框架。但是我推薦你考慮自己條件。如果你在學習Clojure，掌握web app如何工作的最好方法就是得到一個配置了一些基本handler的 Ring Jetty適配器。根據需要添加中間件。寫一些自己的中間件。使用Compojure做路由。使用 Hiccup 生成HTML。這個安裝將讓你學到很多。 Ring僅僅是個函數。藉助一些基本概念和Ring SPEC，你可以快速建立正是你想要的web伺服器，你能夠全面理解它。自己建立的經歷能夠讓你在框架如何整合上受益良多。 況且，Ring有優勢。大多數人寫功能（以中間件或handler的形式）是以Ring為假設、而不是其它。因此保持靠近本質，你就會接近龐大的彼此兼容的、預編寫的類庫池。Ring就是Clojure web生態系統的所在地。
⑸ web.py 框架開發網站，當路由過多，怎麼分文件編寫
先從django入門，它的文檔可以說是開源框架中最好的，循序漸進，適合新手。orm，mvc，url匹配，signal，http請求，session，cookie，緩存，web安全等概念都講的很清晰，甚至在不怎麼了解python的情況下也能硬著頭皮把小項目做出來。（想做成大網站，一個框架是遠遠不夠的，要學的東西太多了）
django一個框架把web開發的大多數功能都搞定了，但也造成了框架本身比較重。如果對web開發有一定經驗了，又需要一定的靈活性，可以看看flask。這是一個更新的生態系統。新的框架往往會取精華去糟粕，也意味著社區和配套的成熟度會遜色一
⑹ 如何通過路由器架設WEB伺服器(主要是路由器的設置)
啟用 DMZ 是對頭的，其他沒必要設置
你是啟用的路由器里的是花生殼，這種方法不好，
最好是把花生殼裝到電腦上，路由不需要特殊的設置（只保證電腦能上網）
直接啟動電腦上的花生殼
目前各個地方的電信不一樣，我們這是封了80埠的，直接修改web埠就行了，如果非要用80埠，可以在花生殼上做URL跳轉功能
關於URL跳轉相關資料你可以在網上搜下
⑺ 如何開發自己的web框架
Python 10min系列之面試題解析丨Python實現tail -f功能
發布時間：2018-02-28 來源：網路 上傳者：用戶
關鍵字:Python題解面試實現功能系列10mintail
發表文章
摘要：寫這篇文章的初衷是有人去面試遇到了這個筆試題,不知道怎麼做,沒有什麼思路,就發到了Reboot的交流群里,讓大家一起討論討論。關於這道題,簡單說一下我的想法吧。當然,也有很好用的pyinotify模塊專門監聽文件變化,不過我更想介紹的,是解決的思路。畢竟作為面試官,還是想看到一下解決問題的思路,而且我覺得這一題的難點不在於監控文件增量,而在於怎麼列印最後面10行。希望大家在讀這篇文章前,對Python基礎、處理文件和常用模塊有一個簡單的了解,知道下面幾個名詞是什麼:open(
代碼說明:
seek第二個參數2,意思就是從文件結尾處開始seek,更標準的寫法使用os模塊下面的SEEK_END,可讀性更好
只寫出了簡單的邏輯,代碼簡單粗暴,如果這個題目是10分的話,最多也就拿4分吧,不能再多了
優化點:
print有缺陷,每次都是新的一行,換成sys.stdout.write(line)更和諧
文件名傳參,不能寫死
直接列印可以當成默認行為,具體要做什麼,可以寫成函數處理,這樣我們就可以把新行做其他處理,比如展示在瀏覽器里
加上容錯處理,比如文件不存在會報錯
while True一直都文件,比較耗性能,每讀一次,間隔一秒比較靠譜
調用time.sleep(1)
用類來組織代碼
實例代碼如下:
# coding=utf-8
import sys
import time
class Tail():
def __init__(self,file_name,callback=sys.stdout.write):
self.file_name = file_name
self.callback = callback
def follow(self):
try:
with open(self.file_name) as f:
f.seek(0,2)
while True:
line = f.readline()
if line:
self.callback(line)
time.sleep(1)
except Exception,e:
⑻ 設計WEB站點的一般步驟
(1)對Web站點作出具體的規劃
(2)准備Web站點的素材
(3)創建 Web站點和製作網頁
(4)測試Web站點
(5)發布Web站點
(6)宣傳自己的Web站點
(7)對Web站點進行維護和更新
⑼ 如何開發一個Python web框架
首先你需要知道一個Web應用基本的請求處理流程。以最簡單最原始的動態網頁為例，你點擊鏈接（GET），提交表單（POST），就是與伺服器端建立了連接之後發送了一個HTTP請求（RFC2616 5.1節，之後都以HTTP 1.1為例），裡面至少有方法（動詞，就是GET啦POST什麼的，詳見RFC2616第9節），地址（URL），HTTP版本，還可能帶上Cookie（會話的一般實現機制），緩存相關的信息（RFC2616 13節），User-Agent串等等一堆信息。對於POST請求我們還有表單內容作為請求實體（RFC2616 7.2節），裡面是你填寫的表單內容。
於是我們有了一些關於請求的數據，不過現在一般來講這些數據還在前端伺服器（反向代理，比如nginx，暫且忽略掉負載均衡，反正是透明的，也不考慮裸WSGI容器直接扛請求的情況）的手上，還沒有傳進後端語言（這里是Python）。我們就針對每一種語言都有特定的機制，用來將HTTP的請求信息映射到相應的編程語言范疇，叫做Web伺服器界面（Web server interface），通用如CGI/FCGI/SCGI，特定於某一語言如WSGI/PSGI/Rack/...，特定於某一操作系統如ISAPI（這貨還活著？），一些已經不再使用的就不提了。總之在Python世界裡這就是WSGI（PEP 3333, Web Server Gateway Interface），它就定義了Python語言與Web伺服器之間的界面。在WSGI里，
請求的處理過程被映射為對應用callable的調用（application(environ, start_response)，知乎不支持inline代碼塊？）；
請求信息被映射到environ字典中的相應鍵值，比如請求方法被映射到environ['REQUEST_METHOD']，請求的「相對路徑」被映射到environ['PATH_INFO']（過度簡化；暫且不提WSGI應用掛載點，框架層一般也不用關心這個，掛載WSGI應用一般是WSGI容器如gunicorn、uWSGI之類組件的工作）；
發送響應頭的動作被映射到調用start_response(status, response_headers)（不考慮可選的第三個參數異常信息）；
返回響應數據被映射到application返回iterable的動作。
於是響應便從Python返回到Web伺服器，再被發送回瀏覽器，瀏覽器將響應內容渲染，一個請求就完成啦。
有了這樣的感性認識，那麼我們作為Python Web開發框架的作者，要做的事情就是在WSGI規范的基礎之上，提供盡可能便捷的開發手段和盡可能低的框架開銷，也即我們的代碼將要工作在WSGI與業務邏輯的中間層。架構上，Web開發框架或多或少都遵循MVC的設計模式（Django管它叫MTV，其實差不多）。同時，由於框架位於中間件的位置，加上其鼓勵模塊化與代碼復用的性質，自然需要為常見的HTTP操作提供抽象。這里就可以展開一些話題：
請求路徑到view/controller的映射，請求參數的解析（routing，也叫路由）。
正則匹配的方案，比如Django內置了一個簡單的正則表達式解析組件，能解析一般常見語法的正則表達式，把capturing groups解析成位置參數，named capturing groups解析成關鍵字參數。
也有DSL的方案，比如Werkzeug的路由組件。
請求實體的處理。表單解析，配合Web伺服器進行上傳文件處理。
正常的urlencoded表單，JSON表單，text/plain數據，multi-part表單
multi-part附件，附件操作API
大文件上傳（這個一般會被前端伺服器保存在磁碟上的臨時文件里，比方說nginx就是這么實現的）。
會話。HTTP是無狀態（stateless）的，這個特點非常重要。如果沒有會話，你連續做幾個請求，卻沒有手段證明你們是同一個人/同一台機器（你完全可能是代理伺服器）。
存儲會話數據的會話後端（內存數據結構？文件？RDBMS？Redis？Memcache？）
安全機制（HMAC什麼的，可以參考beaker的secure cookie實現）
請求處理流程中的會話中間件（從Cookie中提取會話，從query string中提取會話，從自定義頭中提取會話，等等）
View/Controller界面。發揮你的創造力，用上你的工程經驗。
Function-based or Class-based views? 參考：Django, Bottle, web.py, Tornado等一票框架的做法
框架的可選機制與服務如何暴露，
裝飾器？（比如@login_required 這種額外要求）
回調？（能想到的只有Tornado和Twisted這種非同步框架做事情的方式，還有整個JS生態系統都是回調（不考慮Promise什麼的）的思路）
傳入應用（業務邏輯）層的數據結構如何設計？（HttpRequest等價物，名字可能記不清了）
響應數據結構如何設計？（HttpResponse等價物，同上）
資料庫操作封裝。Web應用基本都是數據為中心，這個組件非常有必要，也是撰寫可復用代碼必須的一環，畢竟光是框架抽象了，資料庫操作還是裸sql什麼的，到時候生產環境一換（比如MySQL變pgsql）還不是傻眼。
關系型資料庫。一站式解決方案參考：Django ORM、SQLAlchemy；輕量級解決方案參考各資料庫Python綁定。
非關系資料庫。各資料庫Python綁定（pymongo, riak, redis-py之類），這個沒什麼可替代方案了，因為本來各種NoSQL庫都是適應某一特殊需求設計的，沒什麼互相替換的必要，那意味著重新進行技術選型。
未完待續
接下來的內容：
主要響應AJAX/API請求的框架設計思路
Python下實時Web框架思路
框架設計哲學
框架性能分析方法
本人才疏學淺，大項目沒做過，小項目也沒怎麼起飛過，請各位閱讀我的觀點時務必留心。讀到最後非常感謝。