關於如何使用Spawning部署Django項目並沒有太多文檔,但人們通過apache/mod_wsgi推薦它。如何使用Spawning部署Django
In another similar question,其他SO用戶建議我打開Spawning特有的新問題,希望其他人也可以分享他們的經驗。
關於如何使用Spawning部署Django項目並沒有太多文檔,但人們通過apache/mod_wsgi推薦它。如何使用Spawning部署Django
In another similar question,其他SO用戶建議我打開Spawning特有的新問題,希望其他人也可以分享他們的經驗。
我很想看看誰認真推薦Apache和mod_python或mod_wsgi上的Spawning。
由於這個問題現在是谷歌'django產卵'的第四個結果,我認爲這是非常早期的事實。 :)如果你現在把任何認真的東西放到生產中,堅持到Apache/mod_wsgi。
Eric Florenzo做了一些basic testing of spawning。確保並閱讀所有評論以及主要帖子。
就我個人而言,我總是喜歡研究這類解決方案,但在這種情況下,我甚至無法進入基準測試階段。在Apache中需要太多的重要功能(SSL客戶端證書,在fastcgi下運行mongrel服務器,在wsgi下運行django,php gasp,直接提供靜態文件,每個ip地址使用ssl,多個IP地址使用數十個虛擬主機,等等。)。
cd到你的django的settings.py目錄。
下面是命令行來爲你的Django應用程序
spawn --factory=spawning.django_factory.config_factory settings --port 80
是的,我可以推薦你使用過的Apache/WSGI設置產卵。
兩個原因基本上是: 1)內存使用(你可以節省上產卵一些MBS) 2)動態代碼重載(在不點的時候,你的用戶會看到一個404或500頁)
nginx的處理所有傳入的負載其上產卵這是一個非特權端口上偵聽進一步的代理連接(指產卵運行作爲不同的用戶比:,我正在http://tunesdiary.com上產卵+ nginx的在此設置這個來自經驗網絡服務器) 產生4個進程,每進程有2個線程。 (適用於當前負載)。
當我將任何代碼推送到服務器時,處理先前的請求,然後新代碼開始爲新請求提供服務。
這已經工作很不錯到現在(我是從約6個月運行此)
我所觀察到的,Django的與國防部WSGI + apache的(我用幾天之前)正在採取有關入門後(單進程)70MB內存,並且此設置使用每個進程45MB左右。 此外,我也有這與lighttpd + modfcgi這也消耗幾乎相同數量的內存比spwaning。
(我可能會因爲在Apache的失算,Web服務器的內存使用量也包括在內)
你可以依靠產卵,據我可以說的,但如果如果不真正推動的時候,它將不會有太大用處。
+1。我見過一些人在談論使用Spawning,但我還沒有聽說過一個使用它的嚴肅的生產網站(並不是說沒有一個)。 AFAICT的勢頭仍在Apache/mod_wsgi。 – 2009-02-01 18:59:30
lighttpd和nginx更嚴重 – user20955 2009-02-02 05:59:12
我使用mod_wsgi時,我問過一個有關Apache的開銷的問題,我有幾個人投票產生... http://stackoverflow.com/questions/488864/django-deployment -cutting-apaches-overhead – 2009-02-03 18:19:50