提升PHP執行速度全攻略_PHP教程
- WBOY原創
- 2016-07-21 16:08:38713瀏覽
Php設定問題&加速建議
在使用的應用程式過程中如果因為php設定錯誤不能使用,請檢查php.ini中如下參數設定.
下面均假設你的PHP安裝在 d:/php/
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
; Error handling and logging ;
; error_reporting is a bit -field. Or each number up to get desired error
; reporting level
; E_ALL - All errors and warnings
; E_ERROR - fatal run-time errors
; E_WARNING run - fatal run-time errors
; E_WARNING run-run_WARN -fatal errors)
; E_PARSE - compile-time parse errors
; E_NOTICE - run-time notices (these are warnings which often result
; from a bug in your code, but it's poss. 🎜>; intentional (e.g., using an uninitialized variable and
; relying on the fact it's automatically initialized to an
; empty string)
; E_CORE_ERROR - fatal errors that occur during PHP's initial startup
; E_CORE_WARNING - warnings (non-fatal errors) that occur during PHP's
; initial startup
; E_COMPILE_ERROR - fatal compile-time errors
r_COMPI E_USER_ERROR - user-generated error message
; E_USER_WARNING - user-generated warning message
; E_USER_NOTICE - user-generated notice message; except for notices
;error_reporting = E_ALL & ~E_NOTICE
; - Show only errors
;error_reporting = E_COMPILE_ERROR|E_ROR| all errors except for notices
error_reporting = E_ALL & ~E_NOTICE
; Print out errors (as a part of the output). For production web sites,
； feature off, and use error logging
; instead (see below). Keeping display_errors enabled on a production web site
; may reveal security information to end users, such as files, filesed your database schema or other information.
display_errors = On
; You should do your best to write your scripts so that they do not require
; regonlyf be can fobals to formbe can obals; easily lead
; to possible security problems, if the code is not very well thought of.
register_globals = On
; Argument passed to save_handler. 🎜>; where data files are stored. Note: Windows users have to change this
; variable in order to use PHP's session functions.
session.save_path = "c:/winnt/temp"(可以改成你的已存在的目錄)
; cgi.force_redirect is necessary to provide security running PHP as a CGI under
; most web servers. Left undefined, PHP turnsthis on by ault.this on by ault. ; turn it off here AT YOUR OWN RISK
; **You CAN safely turn this off for IIS, in fact, you MUST.**
cgi.force_redirect = 0
; Directory in which>; Directory in which the loadable extensions (modules) reside.
extension_dir = ./extensions/
; 或直接設定成你的絕對目錄,如:d:/php/extensions/
; GD庫,例如圖片管理系統就會用到他.
; 這個檔案在d:/php/extensions/ 下.
extension=php_gd.dll
PHP的優點之一是速度很快，對於一般的網站應用，可以說已經足夠了。不過如果網站的訪問量很高、頻寬窄或其它的因素令伺服器產生效能瓶頸的時候，你可能得想想其它的辦法來進一步提高PHP的速度了。這篇文章將從幾個方面介紹如何做到這一點，從而令用戶瀏覽的時候更加「爽」。
程式碼最佳化
在這裡並不想再告訴你
如何寫更乾淨的程式碼，這一點我想每個人都清楚，在需要速度的時候，你可能已經在PHP原始碼的優化上面做了不少的工作，這裡所提出的是，這個煩瑣的工作可以交由其它工具來完成。這就是Zend Optimizer，此程式可以從Zend Technologies的網站(http://www.zend.com/)免費取得。它的原理很簡單，透過偵測Zend引擎產生的中間程式碼，並且優化它來得到更高的執行速度。我認為優化程式碼是一項頗煩瑣的工作，而且優化後的程式碼可能變得難以理解，尤其是當你放下該PHP程式一段時間後，突然間客戶要求你做一些修改時，可能你自己也不懂了;-)。因此我建議你在PHP的原始碼較為複雜的時候，用Zend Optimizer來做這個優化的工作，好處是它不會讓你的程式碼變得複雜難懂。
安裝Zend Optimizer是非常簡單的。只要根據你使用的平台，下載相關的預編譯庫，並且在你的php.ini中加入兩行，重新啟動你的web伺服器就行了！
zend_optimizer.optimization_level=15zend_extension="/path/to/ZendOptimizer.so" zend_loader.enable=Off
你可能有點奇怪，不是說兩行了。不過第三行是可選的，看來禁止這個zend_loader將會令優化的速度更快，因此不妨在你的php.ini檔案中多加這一行。要注意的是：只有在你不使用Zend Encoder Runtime的時候，才可以禁止zend_loader，關於Zend Encoder Runtime，還會在下文提到。
要更快嗎？使用cache(緩衝)吧
如果你的PHP應用還需要更快的速度，下一個辦法是緩衝。要實現這一點，有幾種不同的方式。我自己就試用過Zend Cache(評測版本)，APC和Afterburner Cache。
以上提到的都是「緩衝模組」。它們的原理都差不多，在php檔案被首次請求的時候，透過將你的PHP原始碼的中間程式碼儲存在web伺服器的記憶體中，對於以後同樣的請求，都直接提供記憶體中的「編譯」版本。由於它可以使磁碟的存取達到最小化，因此這個方法確實可以大幅提高PHP的效能。更方便的是，當你的PHP原始碼修改時，緩衝的模組可以察覺到這些變化，並且重新載入一樣，因此你不必擔心客戶得到的是舊版本的程式。這些緩衝的模組確實不錯，但是我該選用哪一種呢？以下分別介紹：
Zend Cache是Zend Technologies的一個商業化的產品(它也是免費為我們提供PHP引擎和Zend Optimizer的公司)。它確實不錯。在首次運行後，你可以明顯察覺到PHP的速度得到了很大的提高，伺服器的空閒資源也更多了。缺點是你要付費購買它，但就性價比來說，還是非常值得的。
Afterburner Cache是Bware Technologies(bwcache.bware.it)提供的免費緩衝模組。目前還只是beta版，它所做的工作看來與Zend Cache差不多，不過性能的提高就比不上Zend Cache，而且現有的版本不能和Zend Optimizer一起工作，不過它是免費的。
APC(Alternative PHP Cache)是另一個由Community Connect(apc.communityconnect.com)提供的免費模組。它的工作很穩定，速度也有不少的提高，要注意的是，我還沒有找到一個官方的測試數據，這些只是在我的應用上作測試，因此不能下一個結論.
Web內容的壓縮(令你客戶用起來更「爽」)
經過以上兩個的方法，相信你的PHP應用的性能已經得到了很大的提高，現在該從另一個方面來考慮了：下載速度。如果你的應用程式只是在公司內跑，所有的客戶都使用100Mb/s的乙太網路連接到伺服器，這可能不是一個問題，但是如果你的客戶中有使用慢速的modem連接的，你就要考慮使用內容壓縮這個方法了。
根據IETF的規範，大多數的瀏覽器都支援gzip的內
容壓縮。這表示你在將web的內容發給客戶的瀏覽器前，可以先使用gzip進行壓縮，瀏覽器在接收的時候就會自動解壓縮數據，並且令用戶看到原來的頁面。同樣，壓縮web頁面的內容也有幾個不同的方法。
mod_gzip是Remote Communications(http://www.phpbuilder.com/columns/www.remotecommunications.com)免費提供的一個Apache模組，它可以壓縮靜態的web頁面。它運作得很好，你只需要將它和apache一起編譯就行了(或將它作為一個DSO使用)。 Remotecommunications的人說它還可以壓縮動態的內容，包括mod_php, mod_perl等。不過我嘗試了一下，看來並不行。我在mod_gzip的郵件列表中了解到，這個bug將在下一個版本中修正(我想應該是1.3.14.6f版本)。不過你還是可以用它來作靜態內容的壓縮。
不過我們還想壓縮動態的內容，因此我們必須找另外的辦法。一個方法是使用class.gzip encode.php(http://leknor.com/code/)，只要在你的PHP腳本中的開頭和結尾呼叫這個PHP類，就可以壓縮你的頁面內容。如果整個網站都需要這樣的壓縮，你可以在你的php.ini檔案中的auto_prepend和auto_append中呼叫這些函數。它運作得很好，不過在負載很重的站點上，它明顯會帶來一點的系統開銷。要詳細了解它是如何運作的，可以看一下它的類別程式碼(你至少需要在編譯PHP時加入zlib支援)。作者在裡面的說明也非常詳細，你可以得到任何你需要了解的東西。
在最近，我也看到了一篇關於PHP輸出緩衝的文章。它說的是PHP4.0.4推出了一種新的輸出緩衝的處理手段--ob_gzhandler，它的作用和上面介紹的類相同，但區別是你只要在你的php.ini中使用以下的句法就行了:
output_handler = ob_gzhandler ;
這樣將啟動PHP的輸出緩衝功能，並且壓縮所有它發送的東西。出於某些特別的原因，如果你不想在這裡設定的話，只在需要的地方才改變這個預設的話(不壓縮)，只要在需要壓縮的PHP源碼目錄中，修改一下.htaccess檔就行了，使用的句法如下：
php_value output_handler ob_gzhandler
...或直接在你的PHP程式碼中呼叫它，以下面的方式：
ob_start("ob_gzhandler" );
這個輸出緩衝處理的方法很好，並且不會為伺服器帶來額外的系統開銷。我十分建議你使用這種方法。它的改變可以用以下的例子說明，如果客戶使用的是28.8K的modem的話，經過這個處理，他將會認為突然間換成了一個ISDN接入一樣。要注意的一點是：Netscape Communicator並不支援圖象的壓縮，所以將顯示不出來。因此除非你的客戶全部使用Internet Explorer，否則你必須禁止壓縮jpeg和gif圖象。其它檔案的壓縮應該沒有問題，但是我建議你最好測試一下，特別是瀏覽器使用了不常見的插件或是少人用的瀏覽器。
其它有用的東西...
Zend Technologies的線上商店在今年1月24開通了，並且賣一些與PHP相關的有趣產品。包括前面提到的Zend Cache，Zend Encoder(簡單說來，是PHP代碼的編譯器，可以產生編譯的類，這樣你就可以售賣給顧客而不用擔心洩露源代碼。在需要運行這些類的web伺服器上，將要使用Zend Encoder Runtime來解碼)，Zend Ide(一個為PHP而設的集成開發環境，帶有很多強大的性能)，還有為PHP開發者提供的支援服務。
結論
使用這篇文章提到的技術，你將可以大大提高站點的性能，不過請注意以下幾點：
1.瓶頸或許不在PHP，你需要考察應用程式中的每個物件(例如資料庫)
2.一個web伺服器的效能都是有限制的，因此，不要認為效能不好就是PHP的原因，也可能是訪問量很大，你的伺服器需要升級了，或考慮使用負載平衡的系統(將會花很多錢)
3.不要認為內容壓縮不重要，在100Mb/s的區域網路中，你的PHP應用程式或許效能很好，但要考慮到使用慢速modem的使用者。