2009-07-29 204 views
2

通過理念的思考,希望得到反饋/建議:模板+腳本反向代理?

曾與URL重寫和nginx的,我現在在想一個更強大的反向代理/路由器的巨大成功,將做到以下幾點:

  • 將請求映射到基於正則表達式匹配的處理程序(ala Django)
  • 某些請求將簡單地路由到後端服務器 - 例如,靜止媒體,分佈式緩存等
  • 其他請求將呈現該數據拉從幾個後端服務器

例如,模板可以包括模板:

<body> 
    <div>{% remote http://someserver/somepage %}</div> 
    <div>{% remote http://otherserver/otherpage %}</div> 
</body> 

反向代理將使http請求到某個服務器/ somepage和其他服務器/ otherpage,並將結果拉入模板。

問題:

  • 請問這個想法是否有意義,或者是一個壞主意?
  • 是否有一個現有的包,實現這樣的東西?
  • 現有的服務器+腳本如何實現這一點 - 例如。 lighttpd + lua,nginx + ??
  • nginx + SSI怎麼樣?看起來相當有能力,如果你有經驗/建議請評論。
  • 怎麼樣像一個scripting language+eventlet
  • 扭曲?

我的偏好是python的腳本和jinja/django樣式模板,但我打開替代品。

回答

0

因此,不要將某個AJAXy調用變​​成iframe或其他東西,而是在服務器端進行。

我認爲只有當外部網站完全處於我的控制之下時,纔會這樣做,純粹是爲了安全隱患。它也會讓你的響應時間大打折扣。

我是否完全忽略了這一點,或者這會對一些功能很簡單:& urllib?

+0

右鍵,組裝它在服務器端,而不是使用I幀/ AJAX的。構建起來相當簡單(我有一個很好的原型),但我正在尋找一個生產級別,高性能的實現。關於響應時間:不一定。反向代理有時甚至通過處理緩慢的客戶端連接並讓後端完成實際工作來提高性能。 – Parand 2009-07-30 18:22:52