我們都知道，速度快是php最大的優點。一般情況下php總是具有足夠的速度支援web內容動態生成，許多時候你甚至無法找出比它更快的方法。
然而，當你不得不面對龐大的訪問量、高負荷的應用、有限的頻寬以及 其他各種帶來效能瓶頸的因素時，你可能會問問自己是否可以做點什麼讓**執行得更好。或許只要加上乙個 很不起眼的免費模組，你的php應用效能以及web伺服器響應速度就會有顯著的改善。
本文討論的就是如何進一 步提高php應用的效能，給使用者以更美妙的瀏覽感受。本文分三個方面(**優化、快取、內容壓縮)闡述提高 php應用效能的各種技術，並介紹各個領域的知名產品。
**優化
首先我們來看看**優化。注意，這裡的**優化可不是指把**寫得更加美觀漂亮，因為這恐怕已經是 眾所周知沒有必要繼續討論了;另外，如果你已經考慮到了速度問題，很可能你早就對php的源**作了一些優化。
不過，有些工具卻能夠自動地幫助我們完成這些繁雜的工作，如zend optimizer就是這樣乙個工具。 zend optimizer可以從zend technologies免費得到，但你必須同意它的許可約定，注意它不是以 gpl方式發行。zend optimizer獲取由zend engine執行時編譯生成的中間**，並對它進行優化， 從而使得中間**具有更快的執行效率。
zend_optimizer.optimization_level=15
zend_extension="/path/to/zendoptimizer.so"
zend_loader.enable=off
這裡額外增加的第三行**是可選的。禁止zend_loader似乎能夠讓zend optimizer的速度更快一點 ，所以在php.ini中加上這行**是值得的。注意：只有當你不使用zend encoder runtime時，你才 可以禁用zend_loader。快取
如果你想要讓自己龐大的php應用有更好的效能表現，採用快取也是一種很好的方法。現在已經有許多快取 方案可供選擇，其中包括：zend cache，apc，和afterburner cache。
所有這些產品都屬於「快取模組」。當第一次出現對.php檔案的請求時，它們會在web伺服器記憶體中儲存 php的中間**，此後就用「經過編譯」的版本響應後繼的請求。這種方法確實能夠改善應用的效能，因為它使 得磁碟訪問量減低到了最少的程度(**已經讀取和解析)，**直接在記憶體中執行使得伺服器響應請求的速度大大提高。
當然，快取模組還會監視php原始檔的變化，必要時重新快取頁面，從而防止了使用者得到的頁面仍 舊由過時的php**生成。由於快取模組能夠明顯地降低伺服器的負載、提高php應用的響應效率，因此它們非 常適合於負載較大的**使用。
如何選擇這些快取產品
zend cache是zend technologies公司的商業軟體，而zend technologies就是前面提到的 那個為我們提供php引擎和免費zend optimizer的公司。zend cache確實是名不虛傳!對於大型的 php頁面，你可以感覺到第一次執行之後速度就會有所提高，而且伺服器也會有更多的可用資源。遺憾的是這個 產品並不免費，不過在有些情形下它仍舊是物超所值。
afterburner cache是來自bware technologies的免費快取模組，當前這個產品還是beta版。 afterburner cache的做法看起來與zend cache差不多，但它對效能的改善程度(還)不能與 zend cache相比，而且它還不能與zend optimizer一起工作。
apc是alternative php cache的縮寫，它是來自community connect的又乙個免費快取模 塊。這個產品已經具有足夠的穩定性供正式場合使用，而且它看起來也能在很大程度上提高響應請求的速度。
內容壓縮
大多數瀏覽器都根據ietf標準支援用gzip進行內容壓縮。這意味著你可以用gzip壓縮內容然而傳送給 瀏覽器，由瀏覽器解壓縮資料之後再顯示頁面，這整個過程對使用者來說完全透明。至於伺服器端的內容壓縮， 現在已經有許多不同的方法可供使用。
例如，來自remote communications的免費apache模組mod_gzip就具有為支援這類內容編碼的瀏覽器 壓縮靜態web內容的能力。對於絕大多數靜態web內容，mod_gzip都非常有效。mod_gzip可以方便地編譯到 apache裡面，也可以作為dso使用。據remote communications公司說，mod_gzip也能夠壓縮來自mod_php 、mod_perl等的動態內容。
我試了一次又一次，但看來還是不行。我看了許多關於mod_gzip的論壇和文章，看 來到了mod_gzip的下乙個版本(可能是1.3.14.6f)這個問題有望得到解決。在此之前，我們可以在**的靜態 部分使用mod_gzip。
這種方法雖 然有效，但它無疑為高負載的**帶來了更多的開銷。關於如何使用這個類的詳細說明，請參見它的源**。 它的源**說明相當完善，作者告訴了你所有你必須知道的事情。
php 4.0.4有乙個新的輸出快取控制代碼ob_gzhandler，它與前面的類相似，但用法不同。使用 ob_gzhandler時要在php.ini中加入的內容如下：
output_handler = ob_gzhandler ;
這行**使得php啟用輸出快取，並壓縮它傳送出去的所有內容。如果由於某種原因你不想在php.ini中加上這行**，你還可以通過php原始檔所在目錄的.htaccess檔案改變預設的伺服器行為(不壓縮)，語法如下 ：
php_value output_handler ob_gzhandler
或者是從php**呼叫，如下所示：
ob_start("ob_gzhandler");
採用輸出快取控制代碼的方法確實非常有效，而且不會給伺服器帶來什麼特殊的負荷。但必須注意的是，netscape communicator對壓縮略圖形的支援不佳，因此除非你能夠保證所有使用者都使用ie瀏覽器，否則你 應該禁止壓縮jpeg和gif圖形。一般地，對於所有其他檔案，這種壓縮都有效，但建議你針對各種瀏覽器都分別 進行測試，特別是當你使用了特殊的外掛程式或者資料檢視器時這一點尤其重要。
使用前面介紹的各種技術，你能夠顯著地改善**的效能表現，但應該注意的是：
php可能是、也可能不是效能瓶頸所在。務必仔細地觀察每乙個和應用效能有關的因素，比如資料庫等。
單純使用本文技術只能在一定限度之內提高web伺服器的效能。因此在歸咎於php以及它的快取之前，不妨看看是否應該公升級伺服器以及是否可以引入負載平衡技術(後者需要較大的投資)。
不要低估內容壓縮的作用。雖然你在100 mb/s的lan連線下看到web應用響應非常迅速，但使用modem 連線的使用者不會，他們只會抱怨你那100 kb的html頁面實在過於龐大。
希望通過本文對於php的介紹，能夠給你帶來幫助。
為 PHP 應用提速 提速 再提速
php 是一種指令碼語言，常用於建立 web 應用程式。它易於掌握，並能迅速生成視覺化結果。這個系列文章將 php 優化主題，會談及操作碼快取 除錯 快速正文搜尋 交替 web 伺服器等內容。同時，還將研究乙個或多個 php 加速器和操作碼優化器。實現 10 到 200 的效能提公升只需幾個小時的優...
php安全模式詳細介紹
php安全模式 safe mode on off 啟用safe mode指令將對在共享環境中使用php時可能有危險的語言特性有所限制。可以將safe mode是指為布林值on來啟用，或者設定為 off禁用。它會比較執行指令碼uid 使用者id 和指令碼嘗試訪問的檔案的uid，以此作為限制機制的基礎。...
php程式提速小結
緩衝層級別的優化 xcache是把 php 操作碼快取到記憶體中的 php 擴充套件中，xcache 將避免代價高昂且不必要的花費來重新編譯相同的 php 去交付乙個頁面，這一點上和accelerator有點相似，我一直認為他們的機理是一樣的，不過xcahce是開源產品 opensource zen...