1、如果能將類的方法定義成 static，就儘量定義成 static，它的速度會提升將近4倍。
2、$row[‘id’] 的速度是 $row[id] 的7倍。
3、echo 比 print 快，並且使用 echo 的多重參數(譯註：指用逗號而不是句點)代替字符串連接，比如：echo $str1,$str2。
4、在執行 for 循環之前確定最大循環數，不要每循環一次都計算最大值，最好運用 foreach 代替。
5、註銷那些不用的變量尤其是大數組，以便釋放內存。
6、儘量避免使用 __get、__set、__autoload。
7、require_once() 代價昂貴。
8、include 文件時儘量使用絕對路徑，因爲它避免了 PHP 去 include_path 裏查找文件的速度，解析操作系統路徑所需的時間會更少。
9、如果你想知道腳本開始執行(譯註：即服務器端收到客戶端請求)的時刻，使用 $_SERVER[‘REQUEST_TIME’]要好於 time()。
10、函數代替正則表達式完成相同功能。
11、str_replace 函數比 preg_replace 函數快，但 strtr 函數的效率是 str_replace 函數的四倍。
12、如果一個字符串替換函數，可接受數組或字符作爲參數，並且參數長度不太長，那麼可以考慮額外寫一段替換代碼，使得每次傳遞參數是一個字符，而不是隻寫一行代碼接受數組作爲查詢和替換的參數。
13、使用選擇分支語句(譯註：即 switch case)好於使用多個 if、else if 語句。
14、用 @ 屏蔽錯誤消息的做法非常低效，極其低效。
15、打開 apache 的 mod_deflate 模塊，可以提高網頁的瀏覽速度。
16、數據庫連接當使用完畢時應關掉，不要用長連接。
17、錯誤消息代價昂貴。
18、在方法中遞增局部變量，速度是最快的。幾乎與在函數中調用局部變量的速度相當。
19、遞增一個全局變量要比遞增一個局部變量慢 2 倍。
20、遞增一個對象屬性(如：$this->prop++)要比遞增一個局部變量慢3倍。
21、遞增一個未預定義的局部變量要比遞增一個預定義的局部變量慢9至10倍。
22、僅定義一個局部變量而沒在函數中調用它，同樣會減慢速度(其程度相當於遞增一個局部變量)。PHP 大概會檢查看是否存在全局變量。
23、方法調用看來與類中定義的方法的數量無關，因爲我(在測試方法之前和之後都)添加了 10 個方法，但性能上沒有變化。
24、派生類中的方法運行起來要快於在基類中定義的同樣的方法。
25、調用帶有一個參數的空函數，其花費的時間相當於執行 7 至 8 次的局部變量遞增操作。類似的方法調用所花費的時間接近於 15 次的局部變量遞增操作。
26、Apache 解析一個 PHP 腳本的時間要比解析一個靜態 HTML 頁面慢 2 至 10 倍。儘量多用靜態 HTML 頁面，少用腳本。
27、除非腳本可以緩存，否則每次調用時都會重新編譯一次。引入一套 PHP 緩存機制通常可以提升 25% 至 100% 的性能，以免除編譯開銷。
28、儘量做緩存，可使用 memcached。memcached 是一款高性能的內存對象緩存系統，可用來加速動態 Web 應用程序，減輕數據庫負載。對運算碼 (OP code)的緩存很有用，使得腳本不必爲每個請求做重新編譯。
29、當操作字符串並需要檢驗其長度是否滿足某種要求時，你想當然地會使用 strlen() 函數。此函數執行起來相當快，因爲它不做任何計算，只返回在zval 結構(C的內置數據結構，用於存儲PHP變量)中存儲的已知字符串長度。但是，由於 strlen() 是函數，多多少少會有些慢，因爲函數調用會經過諸多步驟，如字母小寫化(譯註：指函數名小寫化，PHP 不區分函數名大小寫)、哈希查找，會跟隨被調用的函數一起執行。在某些情況下，你可以使用isset() 技巧加速執行你的代碼。
(舉例如下)
if (strlen($foo) < 5) { echo “Foo is too short”; }
(與下面的技巧做比較)
if ( ! isset($foo{5})) { echo “Foo is too short”; }
調用 isset() 恰巧比 strlen() 快，因爲與後者不同的是，isset() 作爲一種語言結構，意味着它的執行不需要函數查找和字母小寫化。也就是說，實際上在檢驗字符串長度的頂層代碼中你沒有花太多開銷。
34、當執行變量$i的遞增或遞減時，$i++ 會比 ++$i 慢一些。這種差異是 PHP 特有的，並不適用於其他語言，所以請不要修改你的 C 或 Java 代碼並指望它們能立即變快，沒用的。++$i 更快是因爲它只需要 3 條指令(opcodes)，$i++ 則需要 4 條指令。後置遞增實際上會產生一個臨時變量，這個臨時變量隨後被遞增。而前置遞增直接在原值上遞增。這是最優化處理的一種，正如 Zend 的 PHP 優化器所作的那樣。牢記這個優化處理不失爲一個好主意，因爲並不是所有的指令優化器都會做同樣的優化處理，並且存在大量沒有裝配指令優化器的互聯網服務提供商(ISPs)和服務器。
35、並不是事必面向對象(OOP)，面向對象往往開銷很大，每個方法和對象調用都會消耗很多內存。
36、並非要用類實現所有的數據結構，數組也很有用。
37、不要把方法細分得過多，仔細想想你真正打算重用的是哪些代碼？
38、當你需要時，你總能把代碼分解成方法。
39、儘量採用大量的 PHP 內置函數。
40、如果在代碼中存在大量耗時的函數，你可以考慮用C擴展的方式實現它們。
41、評估檢驗(profile)你的代碼。檢驗器會告訴你，代碼的哪些部分消耗了多少時間。Xdebug 調試器包含了檢驗程序，評估檢驗總體上可以顯示出代碼的瓶頸。
42、mod_zip 可作爲 Apache 模塊，用來即時壓縮你的數據，並可讓數據傳輸量降低 80%。
43、在可以用 file_get_contents 替代 file、fopen、feof、fgets 等系列方法的情況下，儘量用 file_get_contents，因爲他的效率高得多！但是要注意 file_get_contents 在打開一個 URL 文件時候的 PHP 版本問題；
44、儘量的少進行文件操作，雖然 PHP 的文件操作效率也不低的；
45、優化 SELECT SQL 語句，在可能的情況下儘量少的進行 INSERT、UPDATE 操作(在 update 上，我被惡批過)；
46、儘可能的使用 PHP 內部函數(但是我卻爲了找個 PHP 裏面不存在的函數，浪費了本可以寫出一個自定義函數的時間，經驗問題啊！)；
47、循環內部不要聲明變量，尤其是大變量：對象(這好像不只是PHP裏面要注意的問題吧？)；
48、多維數組儘量不要循環嵌套賦值；
49、在可以用 PHP 內部字符串操作函數的情況下，不要用正則表達式；
50、foreach 效率更高，儘量用 foreach 代替 while 和 for 循環；
51、用單引號替代雙引號引用字符串；
52、“用 i+=1 代替 i=i+1 。符合 c/c++ 的習慣，效率還高”；
53、對 global 變量，應該用完就 unset() 掉。