python反向代理伺服器
① 如何用python寫個代理把內網發布到外網
python是實現不了這個功能的，目前來說，要外網「任意」對象都可以訪問內部的服務，那隻能用花生殼這類軟體才行的，必須由公網上的伺服器實現反向代理功能中轉才行的。
② 如何開發一個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庫都是適應某一特殊需求設計的，沒什麼互相替換的必要，那意味著重新進行技術選型。
③ 怎麼用python寫一個反向代理
Cython 應該能很好地處理它。除了使用 Cython 和靜態類型之外，讓我們使用 Numpy
數組代替列表。
在數組大小較大時，比如數千個或更多元素，Numpy 數組確實比Python 列表更快。
④ 怎麼用python寫一個反向代理
importBaseHTTPServer
importhashlib
importos
importurllib2
classCacheHandler(BaseHTTPServer.BaseHTTPRequestHandler):
defdo_GET(self):
m=hashlib.md5()
m.update(self.path)
cache_filename=m.hexdigest()
ifos.path.exists(cache_filename):
print"Cachehit"
data=open(cache_filename).readlines()
else:
print"Cachemiss"
data=urllib2.urlopen("http://targetserver"+self.path).readlines()
open(cache_filename,'wb').writelines(data)
self.send_response(200)
self.end_headers()
self.wfile.writelines(data)
defrun():
server_address=('',8000)
httpd=BaseHTTPServer.HTTPServer(server_address,CacheHandler)
httpd.serve_forever()
if__name__=='__main__':
run()
⑤ 為什麼 Nginx 已經這么成熟，Python 還有各種如 web.py 等 web 框架
nginx是伺服器，web.py是web應用框架。
簡言之，前者封裝對網路io的處理，後者負責具體應用的邏輯，解決的問題是不一樣的。形象點呢，一個請求來了，nginx先把請求攔下來，發現要的是現成的東西(靜態文件)，它就直接把現成的靜態文件返回給客戶端，這樣速度非常快，如果是其他的請求，再交給web.py解決，web.py解決完了之後，只是生成要返回的內容，並不自己做網路io，而是由nginx處理的。
這樣多好，一個安心處理網路、並發，順便把遇到簡單的請求直接ko掉。另一個專心處理應用的邏輯。
當然nginx能做的不只是這些，而為了開發方便web.py等框架都是內置簡單的web伺服器的。
至於tornado，它裡面既有web應用框架，也有web伺服器，而且這個伺服器用的還是高性能單線程非阻塞非同步的模型，是個例外。
⑥ 怎麼用python寫一個反向代理
import urllib2
import urllib
#定義一個要提交的數據數組(字典)
data = {}
data['username'] = 'zgx030030'
data['password'] = '123456'
#定義post的地址
url = 'http://www.test.com/post/'
post_data = urllib.urlencode(data)
#提交，發送數據
req = urllib2.urlopen(url, post_data)
#獲取提交後返回的信息
content = req.read()
⑦ 寫一個python框架難嗎
首先你需要知道一個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的動作。
請求路徑到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框架思路
框架設計哲學
框架性能分析方法
於是響應便從Python返回到Web伺服器，再被發送回瀏覽器，瀏覽器將響應內容渲染，一個請求就完成啦。
有了這樣的感性認識，那麼我們作為Python Web開發框架的作者，要做的事情就是在WSGI規范的基礎之上，提供盡可能便捷的開發手段和盡可能低的框架開銷，也即我們的代碼將要工作在WSGI與業務邏輯的中間層。架構上，Web開發框架或多或少都遵循MVC的設計模式（Django管它叫MTV，其實差不多）。同時，由於框架位於中間件的位置，加上其鼓勵模塊化與代碼復用的性質，自然需要為常見的HTTP操作提供抽象。這里就可以展開一些話題：
接下來的內容：
⑧ 如何用python實現通過跳板機連接線上內部網路的Mysql伺服器
這個要mysql所在的內網提供反向代理或者反向VPN的服務，或者讓mysql伺服器有一個公網IP
具體你要聯系服務提供商了，一般來說都會有方法的（否則mysql就沒用了）
如果他們不提供的話，一般來說，你是無法進到他們的內網的
⑨ 怎麼用python寫一個反向代理
代碼如下：
importurllib2
importurllib
#定義一個要提交的數據數組(字典)
data={}
data['username']='zgx030030'
data['password']='123456'
#定義post的地址
url='http://www.test.com/post/'
post_data=urllib.urlencode(data)
#提交，發送數據
req=urllib2.urlopen(url,post_data)
#獲取提交後返回的信息
content=req.read()