㈠ php性能優化的幾個方法
面對一個性能問題是，第一步永遠是找到問題產生的原因，而不是去看技巧列表。搞明白產生瓶頸的原因，找到目標並且實施修復，然後再重新測試。查找瓶頸只是萬里長征的第一步，這里有些常用技巧，希望對最重要的第一步找到瓶頸能有所幫助。
使用監控方法（比如監控寶），進行benchmark和監控，網路，特別是網路狀況瞬息萬變，做得好的話5分鍾就可以找到瓶頸。
剖析代碼。必須了解那部分代碼耗時最多，在這些地方多多關注。
想找到瓶頸，請檢查每個資源請求（比如，網路、CPU、內存、共享內存、文件系統、進程管理、網路連接等等……）
先對迭代結構和復雜的代碼進行benchmark
在在真實負載下用真實數據進行真實測試，當然，如果可以最好用產品伺服器。
緩存
（Caching）
有些人認為緩存是解決性能問題最有效的辦法之一，試試這些：
使用OPCODE（操作碼）緩存，這樣腳本就不會在每次訪問時重新編譯一次。比如：啟用Windows平台上的windows緩存擴展。可以緩存opcode，文件，相對路徑，session數據和用戶數據。
考慮在多伺服器環境下使用分布式緩存
在調用imap_header()之前先調用imap_headers()
編譯
vs. 解釋（Compiling vs. Interpreting）
將PHP源碼編譯成機器碼。動態解釋執行同樣的編譯，但它是按行執行的。編譯為opcode是折中選擇，它可以將PHP源碼翻譯為opcode，之後opcode再轉為機器碼。以下為關於編譯與解釋的相關技巧：
上線之前將PHP代碼編譯為機器碼。opcode緩存盡管並不是最好的選擇，但依舊比解釋型來得強。或者，考慮將PHP代碼編譯成一個C擴展。
PHP的opcode編譯器（bcompiler)還不能在產品環境中使用
㈡ php是解釋語言，有什麼方法提高php的運行速度
代碼優化
代碼優化不僅僅是寫出干凈和清晰的代碼，而是對代碼進行一定的簡化。可以使用Zend Optimizer來自動幫助完成這些繁雜的工作。Zend Optimizer可以從Zend Technologies的網站http://www.zend.com/免費得到，但必須同意它的許可約定，因為它不是以GPL方式發行的。它的原理很簡單，即通過檢測Zend引擎產生的中間代碼，並對它進行優化，從而獲得更高的執行速度。
在使用了Zend Optimizer後，復雜的PHP源程序的執行效率馬上會得到顯著提高，缺點是優化後的代碼可讀性下降，給代碼修改帶來困難。
Zend Optimizer的安裝方法非常簡單，只要根據用戶使用的平台，下載相關的預編譯版本，把下面2行代碼加入到php.ini文件中，重新啟動Web 伺服器就行了:
zend_optimizer.optimization_level=15
zend_extension=″/path/to/ZendOptimizer.so″
zend_loader.enable=Off
額外增加的第三行代碼是可選的，因為禁用zend_loader將會使優化速度更快。需要注意的是，只有在不使用Zend Encoder Runtime的時候，才可以禁用zend_loader。
使用緩存
如果PHP程序的規模很大，那麼提高速度的辦法就是使用緩存。現在已經有許多緩存方案可供選擇，其中包括Zend Cache、APC和Afterburner Cache。
上面這幾種都是「緩存模塊」(caching moles)。第一次調用PHP文件時，緩存模塊從PHP源代碼生成一些中間代碼，並把這些中間代碼存儲在Web伺服器的內存中。以後再調用這些文件時，就可以直接使用內存中「編譯」過的代碼。這種方法確實能夠改善應用的性能，因為它使得磁碟訪問量減低到了最少的程度(代碼已經讀取和解析)，代碼直接在內存中運行，使得伺服器響應請求的速度大大提高。
當然，緩存模塊還會監視PHP源文件的變化，必要時會重新緩存頁面，從而防止用戶得到的頁面仍舊由過時的PHP代碼生成。由於緩存模塊能夠明顯地降低伺服器的負載，提高PHP應用的響應效率，因此它們非常適合於負載較大的網站使用。
Zend Cache是Zend Technologies公司開發的商業軟體。在第一次運行後，PHP頁面的運行速度立刻會有很大的提高，伺服器的空閑資源也更多了。缺點是它不是免費的，但性價比還是很高的。
Afterburner Cache是Bware Technologies公司開發的免費緩存模塊。功能與Zend Cache基本一樣，但提高性能方面比不上Zend Cache。
APC(Alternative PHP Cache)是由Community Connect公司開發的另一種免費緩存模塊，目前版本是2.0.4，可以從http://pecl.php.net/package/APC獲得。對於產品應用來說，它的性能很穩定，而且也能在很大程度上提高響應請求的速度。
壓縮網頁內容
影響站點的訪問速度還有1個重要因素，那就是下載速度。解決的辦法就是壓縮網頁內容。對於純文本內容而言，HTTP壓縮技術可壓縮至原大小的40%以下，從而提供60%以上的數據傳輸節約。雖然Web伺服器會因為壓縮導致CPU佔用的略微上升，但可以節約大量用於傳輸的網路IO。
根據IETF規范，大部分瀏覽器都支持使用gzip壓縮演算法進行內容壓縮。也就是說，可以先用gzip壓縮網頁內容，然後發送到客戶端瀏覽器,瀏覽器在接收的時候會自動解壓數據，再顯示頁面。這個過程對用戶來說，是完全透明的。同樣，壓縮Web頁面的內容也有不同的方法。
Mod_gzip是1種開放源代碼的、標準的Apache模塊，也叫互聯網內容加速模塊。可以將它和Apache一起編譯，也可以作為DSO使用。相對於普通的瀏覽過程，它可以節省40%左右的流量。Mod_gzip不僅可以壓縮靜態的內容，如HTML、XML，而且對動態生成的，包括SQL、Java、WML、VRML等產生的內容，在伺服器端進行實時壓縮並傳輸，其壓縮效率驚人，一般都為60%～85%。
壓縮動態網頁的內容，還可以使用class.gzip來對.php文件編碼，class.gzip通過在PHP腳本的開頭和結尾調用它的一些函數來壓縮網頁內容。如果整個站點都需要這樣的壓縮，可以在php.ini文件中的auto_prepend和auto_append中調用這些函數，但是會佔用一定的系統開銷。
PHP4.0.4推出了1種新的輸出緩沖的處理手段—ob_gzhandler，它的作用和class.gzip完全一樣，區別是可以直接把它加到php.ini 文件中，語法如下：
output_handler = ob_gzhandler;
這樣將激活PHP的輸出緩沖功能，並在發送內容前進行壓縮。如果不想在這里設置，只在需要的地方才改變這個默認設置(不壓縮)，只要在需要壓縮的PHP源程序目錄中，修改一下.htaccess文件就行了，語法如下：
php_value output_handler ob_gzhandler
或者直接在PHP代碼中調用它：
ob_start(″ob_gzhandler″);
輸出緩沖的效果確實很理想，並且不會為伺服器帶來額外的系統開銷。要注意的一點是Netscape Communicator不支持圖像的壓縮。因此除非知道訪問者都使用Internet Explorer，否則必須禁止壓縮jpeg和gif圖象。
其它技巧
在編程時，使用一些小技巧也可以加快PHP的運行速度：
(1)用i+=1代替i=i+1，既符合c/c++的習慣，效率相對還更高。
(2)盡可能使用PHP內部函數。
(3)能使用單引號字元串時，盡量使用單引號字元串。單引號字元串的效率要高於雙引號字元串。
(4)用foreach代替while遍歷數組，foreach的效率明顯高於while循環，而且不需要調用reset函數。
使用第四個方法時要注意代碼的嚴謹性、安全性、不是所有的程序都適合用第四種方式優化。
㈢ php做優化包括哪些內容
1：單引號代替雙引號，雙引號會去找變數。
2：方法定義為static，性能提升4倍。
3：$arr['id']的性能是$arr[id]的7倍。
4：echo性能快，盡量使用echo $a,$b,$c而非echo $a.$b.$c。
5：循環之前確定循環次數，盡量用foreach。
6：注銷不使用的變數，節省內存。
7：盡量不使用魔法函數：__get、__set等。
8：require_once()會檢查是否載入，消耗內存。
9：include文件時使用絕對路徑，省去查找的時間。
10：腳本開始執行時間$_SERVER[『REQUEST_TIME』]要好於time()。
11：正則效率低，用函數代替。
12：str_replace函數比preg_replace函數快，但strtr函數的效率是str_replace函數的四倍。
13：接收客串的效率比接收數組的效率高。
14：switch case好於多個if else。
15：用@屏蔽錯誤消息的方法很低效。
16：打開apache的mod_deflate模塊，可以提高網頁的瀏覽速度。
17：資料庫連接當使用完畢時應關掉，不要用長連接。
18：錯誤消息代價昂貴。
19：在方法中遞增局部變數，速度是最快的。幾乎與在函數中調用局部變數的速度相當。
20：遞增一個全局變數要比遞增一個局部變數慢2倍。
21：遞增一個對象屬性（如：$this->prop++）要比遞增一個局部變數慢3倍。
22：遞增一個未預定義的局部變數要比遞增一個預定義的局部變數慢9至10倍。
23：僅定義一個局部變數而沒在函數中調用它，同樣會減慢速度（其程度相當於遞增一個局部變數）。PHP大概會檢查看是否存在全局變數。
24：方法調用看來與類中定義的方法的數量無關，因為我（在測試方法之前和之後都）添加了10個方法，但性能上沒有變化。
25：派生類中的方法運行起來要快於在基類中定義的同樣的方法。
26：調用帶有一個參數的空函數，其花費的時間相當於執行7至8次的局部變數遞增操作。類似的方法調用所花費的時間接近於15次的局部變數遞增操作。
27：Apache解析一個PHP腳本的時間要比解析一個靜態HTML頁面慢2至10倍。盡量多用靜態HTML頁面，少用腳本。
28：盡量做緩存，可使用memcached。memcached是一款高性能的內存對象緩存系統，可用來加速動態Web應用程序，減輕資料庫負載。對運算碼 (OP code)的緩存很有用，使得腳本不必為每個請求做重新編譯。
29：當操作字元串並需要檢驗其長度是否滿足某種要求時，你想當然地會使用strlen()函數。此函數執行起來相當快，因為它不做任何計算，只返回在zval 結構（C的內置數據結構，用於存儲PHP變數）中存儲的已知字元串長度。但是，由於strlen()是函數，多多少少會有些慢，因為函數調用會經過諸多步驟，如字母小寫化（譯註：指函數名小寫化，PHP不區分函數名大小寫）、哈希查找，會跟隨被調用的函數一起執行。在某些情況下，你可以使用isset() 技巧加速執行你的代碼。
30：當執行變數$i的遞增或遞減時，$i++會比++$i慢一些。這種差異是PHP特有的，並不適用於其他語言，所以請不要修改你的C或Java代碼並指望它們能立即變快，沒用的。++$i更快是因為它只需要3條指令(opcodes)，$i++則需要4條指令。後置遞增實際上會產生一個臨時變數，這個臨時變數隨後被遞增。而前置遞增直接在原值上遞增。這是最優化處理的一種，正如Zend的PHP優化器所作的那樣。牢記這個優化處理不失為一個好主意，因為並不是所有的指令優化器都會做同樣的優化處理，並且存在大量沒有裝配指令優化器的互聯網服務提供商（ISPs）和伺服器。
31：並不是事必面向對象(OOP)，面向對象往往開銷很大，每個方法和對象調用都會消耗很多內存。
32：盡量採用大量的PHP內置函數。
33：如果在代碼中存在大量耗時的函數，你可以考慮用C擴展的方式實現它們。
34：mod_zip可作為Apache模塊，用來即時壓縮你的數據，並可讓數據傳輸量降低80%。
35：在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情況下，盡量用 file_get_contents，因為他的效率高得多！但是要注意file_get_contents在打開一個URL文件時候的PHP版本問題。
36：盡量的少進行文件操作，雖然PHP的文件操作效率也不低的。
37：優化Select SQL語句，在可能的情況下盡量少的進行Insert、Update操作(在update上，我被惡批過)。
38：循環內部不要聲明變數，尤其是大變數：對象。
39：多維數組盡量不要循環嵌套賦值。
40：在可以用PHP內部字元串操作函數的情況下，不要用正則表達式。
41：foreach效率更高，盡量用foreach代替while和for循環。
42：用i+=1代替i=i+1。符合c/c++的習慣，效率還高。
43：對global變數，應該用完就unset()掉。
㈣ php 如何降低伺服器消耗提高效率
1.頁面靜態化 全部生成html
2.寫程序的時候注意優化一下 比如echo "hello word";和 echo ' hello word '; 哪個效率高?
3.把基本的配置文件用文本緩存 提高效率//就是把配置從你資料庫讀取然後寫入php文件 再包含進來,這樣能減低對資料庫的操作次數減低伺服器磁碟io負載
4.不用的變數unset
我現在知道的就這幾點..只當拋磚引玉了
㈤ Php網站如何優化才好
優化網站，對於PHP來說主要有以下幾點
代碼分析，找出耗時長或者卡頓的代碼加以優化。
循環太多：循環太多就考慮如何去掉循環，或者優化循環體結構，包括每次提前計算好變數，不在循環體內做過多運算。
IO瓶頸：就是sql語句有缺陷，或者磁碟讀寫過慢，網路帶寬過低。sql優化包括索引優化，啟用redis或memcache，分表分庫等等優先順序從前到後，網上都有很多教程。磁碟讀寫慢，就要考慮上固態硬碟。帶寬就要聯系網路運營商解決
精簡前端頁面。現在頁面功能越來越復雜，卡頓不一定是後台，前端出現問題也很多。包括頁面內容太多（適當縮減一部分網頁內容），js，css，圖片太大（對js，css進行壓縮，去掉冗餘代碼等。使用壓縮格式的圖片，如jpg格式控制圖片大小（盡量在100K甚至10K以內）啟用網頁緩存等）
深度優化性能，包括採用更快的PHP（PHP7.2），更快的伺服器（Linux+nginx），更快的mysql（讀寫分離）等等。
㈥ 如何優化PHP性能
如果一個方法能被靜態，那就聲明它為靜態的，速度可提高1/4，甚至我測試的時候，這個提高了近三倍。
當然了，這個測試方法需要在十萬級以上次執行，效果才明顯。
其實靜態方法和非靜態方法的效率主要區別在內存：靜態方法在程序開始時生成內存,實例方法在程序運行中生成內存，所以靜態方法可以直接調用,實例方法要先成生實例,通過實例調用方法，靜態速度很快，但是多了會占內存。
任何語言都是對內存和磁碟的操作,至於是否面向對象,只是軟體層的問題,底層都是一樣的,只是實現方法不同。靜態內存是連續的,因為是在程序開始時就生成了,而實例申請的是離散的空間,所以當然沒有靜態方法快。
靜態方法始終調用同一塊內存，其缺點就是不能自動進行銷毀，而是實例化可以銷毀。
㈦ 如何對低硬體配置的中小型php網站進行性能優化
本人對php不熟悉，現在採用PHP的magento開源項目來做，在盡量少代碼修改的情況下讓頁面載入快些（期望日IP少於2,000，PV少於50,000，首頁打開3s以內）。網站是運行在Digital ocean的VPS（1GB 內存，30GB SSD硬碟）上的，不能做負載均衡。
這個站的圖片比較多，也比較大，但總體數據量在10GB以下。在chrome下監控了打開速度，發現首頁文件等待時間達到了5s，而接收時間為幾百毫秒。另外一些靜態文件（JS，CSS很大，並且都在head內）也block住了其他頁面元素的下載和頁面渲染。所以需要對頁面和伺服器同時進行優化。
我的想法是從以下幾個方面來做：
1.首先從架構上使用lanmp（偏向這個）或者lamp。
打算使用網上的一鍵安裝包，不太清楚這幾個之間最佳的版本組合是什麼樣的（都用最新版本？）? 是自己單獨編譯還是一鍵安裝好？
2.服務端優化，主要使用緩存手段
1）Zend Optimizer優化PHP
2）APC、eaccelerator或者XCache對PHP緩存以及最新出來的Opcache。哪個比較好？
3）Varnish配合Nginx進行緩存靜態資源緩存。相對於squid，哪個比較好？
4）memcached進行資料庫緩存
1-4項同時使用不知道會不會有沒有沖突？或者有沒有更好的方案。因為不想對代碼進行大改，所以服務端緩存最佳實踐這塊請重點給出意見。
3. 使用CDN加速靜態資源
4. 優化靜態資源，使用minify來合並壓縮CSS,JS這些靜態資源
5. 啟用gzip
6. 對圖片和JS等靜態資源增加Expires頭，這條應該算頁面優化吧，放到後面來。
參考了一些資料後發現優化方法有很多，用的太多方法（特別是緩存手段）隱患越大，有沒有優化的最佳策略或者方法論（而不僅僅從工具上）？
㈧ PHP性能如何實現全面優化
1）、 變數大小,注意變數大小是節約內存的最有效手段，對於來自用戶表單、資料庫和文件緩存的數據都需要控制變數的大小。 因為cpu要處理的數據是來源於內存
2）、 變數有效期，使用unset()函數注銷不需要的變數是一種良好的習慣，將一些不需要的變數立即注銷可提高內存的使用率。
3）、 復制變數，盡量不要復制變數，否則就會帶來1倍的內存消耗，即使復制變數也應該要立即注銷原有變數。
4）、 變數類型,初始化變數請注意其變數類型，一個變數在執行過程中最好只有一種類型狀態。對於數組變數，請初始化聲明，如下： $a = array();
5）、 臨時變數,是處理業務邏輯的臨時存儲，這些都是需要消耗內存的。如果臨時變數使用結束請立即注銷，特別是在一些過程式代碼的執行流程中，對於一些函數，如果業務非常復雜，同樣需要立即注銷臨時變數
6）、 靜態變數,對於一些需要由復雜業務產生的變數，如果在程序的執行過程中多次產生並使用，可考慮使用靜態變數，減少程序的cpu執行次數
7）、 變數的性能：局部變數>全局變數>類屬性>未定義的變數。