????????PHP 從語言層面上講幾乎是一無是處，具體實現(xiàn)的質(zhì)量也乏善可陳，但它勝在最要命的部署上：沒有任何其他語言有像 PHP 一樣適合大規(guī)模部署的方式?；旧涎b好 Apache/mod_php 之后，PHP 應(yīng)用的部署就簡化為了復(fù)制文件。即便是考慮到性能原因等采用 nginx/FastCGI 等替代方式，額外的工作也只是在于最初配置。一旦配置完成，之后的部署都是文件復(fù)制。服務(wù)器重啟后通常會自動啟動 apache/nginx，fastcgi manager 負責(zé)啟動 php-cgi 進程等，而 PHP 應(yīng)用基于文件的調(diào)用方式并不需要操心更多的維護。這對于如 Dreamhost 之類的平臺來說至關(guān)重要：他們通常要一臺服務(wù)器處理成千上萬的低流量用戶，而且這些用戶沒有 root 權(quán)限去運行其他進程。PHP 腳本的生命周期很短，沒有常駐進程，每次調(diào)用之后就被終止，對于應(yīng)用作者的要求更低，不用太多的考慮資源管理問題。

????????這和 Python 之流的部署有天壤之別：大部分 Python 的網(wǎng)絡(luò)應(yīng)用如 Django, Tornado 等都需要單獨的常駐進程（Apache/mod_python 似乎是個杯具）。這些進程需要額外的維護工作以管理其啟動、停止，也需要額外的監(jiān)控進程處理意外退出后的重啟。這需要用戶對系統(tǒng)有更深入的了解。常駐進程需要占用系統(tǒng)內(nèi)存，通常不可能在一臺服務(wù)器上運行成百上千個應(yīng)用，對于 Dreamhost 這樣的服務(wù)提供商來說不適合用來處理諸如 WordPress 博客之類的簡單應(yīng)用。常駐進程也要求作者對系統(tǒng)資源的管理、垃圾回收機制等有更深入的了解以避免內(nèi)存泄露、資源占用過度等問題?，F(xiàn)在 Python 網(wǎng)絡(luò)應(yīng)用部署最簡單的應(yīng)該是 App Engine，采用了類似 PHP 的生命周期（請求處理 30 秒限制，超時被終止，無法運行常駐進程），極大簡化了管理難度，但是國內(nèi)無法訪問…

????????所以從流行程度上講，Python 不會超過 PHP，因為數(shù)量龐大的服務(wù)提供商無法用 Python 支撐現(xiàn)有的用戶規(guī)模。但是這個流行程度對于創(chuàng)業(yè)公司、專業(yè)人士來說沒有什么意義。很多核心的網(wǎng)絡(luò)應(yīng)用不適合用 PHP 的短暫請求處理機制實現(xiàn)（比如準實時 push 提醒、網(wǎng)頁即時聊天等），而更加適合由常駐進程來處理。這些才是 Python，Ruby 等語言實現(xiàn)發(fā)揮其能量的地方。

去看看國外的編程語言的發(fā)展，PHP在國外都快沒人玩了，都是用python