『壹』 讓php網站跑的更快 如何優化PHP
php（做為現在的主流開發語言）是一種執行起來非常迅速的編程語言，但是比起僅僅優化代碼來說仍然值得優化php（做為現在的主流開發語言）本身。
本文我們將根據一些實效闡述為什麼優化php（做為現在的主流開發語言）本身要比優化代碼來的更貼切，以及為什麼需要理解根據php（做為現在的主流開發語言）在你的伺服器上其他相關子系統的表現找出瓶頸並修復之。與此同時，我們也提到了如何優化您的php（做為現在的主流開發語言）代碼來讓他們擁有更快的執行速度。
獲得高性能
當我們談及好的性能，往往不僅僅是指您的php（做為現在的主流開發語言）代碼執行起來有多快。性能是一套在可量化評測和速度之間取出的平衡。僅僅依靠使用更少資源的代碼執行起來也許比在高速緩存中之行的代碼更慢，並且相同的一組（在高速緩沖中執行的）代碼可以在同時並發執行在一台Web伺服器上。
在下面的例子中，A.php（做為現在的主流開發語言）算作一位盡可能跑得快的賽跑選手，而B.php（做為現在的主流開發語言）是一個幾乎可以以同一慢速永遠跑下去的馬拉松選手。輕負荷情況下，A.php（做為現在的主流開發語言）可以充分的快，但是當流量增加後，B.php（做為現在的主流開發語言）的性能表現將僅僅降低一點點而A.php（做為現在的主流開發語言）會垮掉。
讓我們來通過一個事實來驗證此說法更深遠的本質意義。假設我們需要讀取一個250K的文件並生成一個關於此文件的HTML概要。我們寫了兩個腳本來做同樣一件事：hare.php（做為現在的主流開發語言）將一次性讀取整個文件到內存中，然後一步執行到位；而tortoise.php（做為現在的主流開發語言）每次只讀取文件的一行，並且決不超過內容容量。結果Tortoise.php（做為現在的主流開發語言）因為多次讀寫需要更多的系統回應而慢得多。"
程序每執行一次，hare.php（做為現在的主流開發語言）需要0.04秒CPU執行時間和10Mb的內存，而tortoise.php（做為現在的主流開發語言）需要0.06秒CPU執行時間和5Mb的內存。伺服器共有100Mb實際內存容量並且其CPU有99%是空閑的。我們同時假定執行這樣一個簡單事件不產生內存碎片。
當有10各程序並發執行時，hare.php（做為現在的主流開發語言）將發生內存溢出（10 ×10 = 100）。與此同時，tortoise.php（做為現在的主流開發語言）仍將有50Mb空餘內存可用！11個程序並發執行將使hare.php（做為現在的主流開發語言）徹底「潰敗」因為它開始需要使用虛擬內存——執行速度有可能降低到其常規速度的一半以下；而且現在每一個單獨程序進程需要0.08秒CPU執行時間。而此期間，tortoise.php（做為現在的主流開發語言）仍舊運行在其常規CPU執行時間——0.06秒！
以下表格中，執行得更快的php（做為現在的主流開發語言）腳本使用粗體區分開來：
------------------------------------------------------------------------------------------
| 連接數 | 每執行1次HTTP請求所需CPU執行時間（秒）| 每執行10次HTTP請求所需CPU執行時間（秒）| 每執行11次HTTP請求所需CPU執行時間（秒）|
------------------------------------------------------------------------------------------
| hare.php（做為現在的主流開發語言） | 0.04 | 0.04 | 0.88（內存溢出） |
------------------------------------------------------------------------------------------
| tortoise.php（做為現在的主流開發語言） | 0.06 | 0.60 | 0.66 |
------------------------------------------------------------------------------------------
如您在上例中看到的，獲得更好的性能不再僅僅是寫出執行起來更快的php（做為現在的主流開發語言）程序。高性能php（做為現在的主流開發語言）表現需要對底層硬體知識以及操作系統、軟體支持如Web伺服器、資料庫等有一個良好認識和理解。
瓶頸
以上兩個例子讓我們看到了（性能）下降的瓶頸所在。當擁有無限大容量的內存時，hare.php（做為現在的主流開發語言）的確是始終比tortoise.php（做為現在的主流開發語言）快。但是，僅僅認為內存是php（做為現在的主流開發語言）整體性能的瓶頸所在顯得過於單純——實際上遠不止這些：
（a） 網路
你的網路有可能是最大的瓶頸所在。如果你有10M的帶寬——最多你只能獲得1M/秒的傳輸速度。如果假設每個php（做為現在的主流開發語言）頁為30k，那麼每秒僅僅只傳輸33頁就將使你的網路帶寬達到飽和。更多導致瓶頸產生的因素包括頻繁訪問低速DNS，或者網路設備僅能獲得十分有限的存儲。
（b） CPU
如果你監視一下你的CPU負荷情況，發送一個純靜態HTML頁面並不會增加CPU負擔——就像我們以上提到的，此時瓶頸在於網路。當然啦，對於由php（做為現在的主流開發語言）生成的復雜動態頁面，你的CPU速度自然將成為限制因素之一。擁有包含多個CPU的伺服器或者一個伺服器陣列將減輕因CPU帶來的影響。
『貳』 php優化方法
$rsuly = mysql_query("select * from login_record where logintype = '1' order by time desc");
$a = array();
while($row = mysql_fetch_array($rsuly))
{
$a[] = $row ;
}
echo count($a);
這個應該是你想要的結果，如果你想直接統計logintype=1的數據有多少行，直接用sql就可以搞定啦
select count(*) as n from login_record where logintype = '1' order by time desc
『叄』 php有哪些優化技巧
優化的點有很多，看具體使用環境：
1、 用單引號代替雙引號來包含字元串，這樣做會更快一些。因為 PHP 會在雙引號包圍的 字元串中搜尋變數，單引號則不會，注意：只有 echo 能這么做，它是一種可以把多個字元 串當作參數的「函數」(譯註：PHP 手冊中說 echo 是語言結構，不是真正的函數，故把函數 加上了雙引號)。
2、如果能將類的方法定義成 static，就盡量定義成 static，它的速度會提升將近 4 倍。
3、$row['id'] 的速度是$row[id]的 7 倍。
4、echo 比 print 快，並且使用 echo 的多重參數(譯註：指用逗號而不是句點)代替字元串 連接，比如 echo $str1,$str2。
5、在執行 for 循環之前確定最大循環數，不要每循環一次都計算最大值，最好運用 foreach 代替。
6、注銷那些不用的變數尤其是大數組，以便釋放內存。
7、盡量避免使用__get，__set，__autoload。
8、require_once()代價昂貴。
9、include 文件時盡量使用絕對路徑，因為它避免了 PHP 去 include_path 里查找文件的速 度，解析操作系統路徑所需的時間會更少。
10、如果你想知道腳本開始執行(譯註：即伺服器端收到客戶端請求)的時刻，使用 $_SERVER['REQUEST_TIME'] 要好於 time()
11、函數代替正則表達式完成相同功能。
12、str_replace 函數比 preg_replace 函數快，但 strtr 函數的效率是 str_replace 函數的四倍。
13、如果一個字元串替換函數，可接受數組或字元作為參數，並且參數長度不太長，那麼 可以考慮額外寫一段替換代碼， 使得每次傳遞參數是一個字元， 而不是只寫一行代碼接受數 組作為查詢和替換的參數。
14、使用選擇分支語句(譯註：即 switch case)好於使用多個 if，else if 語句。
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、除非腳本可以緩存，否則每次調用時都會重新編譯一次。引入一套 PHP 緩存機制通常 可以提升 25%至 100%的性能，以免除編譯開銷。
29、盡量做緩存，可使用 memcached。memcached 是一款高性能的內存對象緩存系統， 可用來加速動態 Web 應用程序，減輕資料庫負載。對運算碼 (OP code)的緩存很有用，使 得腳本不必為每個請求做重新編譯。
30、 當操作字元串並需要檢驗其長度是否滿足某種要求時， 你想當然地會使用 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()作為一種語言結構，意味著它 的執行不需要函數查找和字母小寫化。 也就是說， 實際上在檢驗字元串長度的頂層代碼中你 沒有花太多開銷。
31、當執行變數$i 的遞增或遞減時，$i++會比++$i 慢一些。這種差異是 PHP 特有的，並不 適用於其他語言， 所以請不要修改你的 C 或 Java 代碼並指望它們能立即變快， 沒用的。 ++$i 更快是因為它只需要 3 條指令(opcodes)，$i++則需要 4 條指令。後置遞增實際上會產生一 個臨時變數，這個臨時變數隨後被遞增。而前置遞增直接在原值上遞增。這是最優化處理的 一種，正如 Zend 的 PHP 優化器所作的那樣。牢記這個優化處理不失為一個好主意，因為 並不是所有的指令優化器都會做同樣的優化處理， 並且存在大量沒有裝配指令優化器的互聯 網服務提供商(ISPs)和伺服器。
32、並不是事必面向對象(OOP)，面向對象往往開銷很大，每個方法和對象調用都會消耗很 多內存。
33、並非要用類實現所有的數據結構，數組也很有用。
34、不要把方法細分得過多，仔細想想你真正打算重用的是哪些代碼?
35、當你需要時，你總能把代碼分解成方法。
36、盡量採用大量的 PHP 內置函數。
37、如果在代碼中存在大量耗時的函數，你可以考慮用 C 擴展的方式實現它們。
38、 評估檢驗(profile)你的代碼。 檢驗器會告訴你， 代碼的哪些部分消耗了多少時間。 Xdebug 調試器包含了檢驗程序，評估檢驗總體上可以顯示出代碼的瓶頸。
39、mod_zip 可作為 Apache 模塊，用來即時壓縮你的數據，並可讓數據傳輸量降低 80%。
40、在可以用 file_get_contents 替代 file、fopen、feof、fgets 等系列方法的情況下，盡量 用 file_get_contents，因為他的效率高得多!但是要注意 file_get_contents 在打開一個 URL 文件時候的 PHP 版本問題;
41、盡量的少進行文件操作，雖然 PHP 的文件操作效率也不低的;
42、優化 Select SQL 語句，在可能的情況下盡量少的進行 Insert、Update 操作(在 update 上，我被惡批過);
43、盡可能的使用 PHP 內部函數(但是我卻為了找個 PHP 裡面不存在的函數，浪費了本可 以寫出一個自定義函數的時間，經驗問題啊!);
44、 循環內部不要聲明變數， 尤其是大變數： 對象(這好像不只是 PHP 裡面要注意的問題吧?);
45、多維數組盡量不要循環嵌套賦值;
46、在可以用 PHP 內部字元串操作函數的情況下，不要用正則表達式;
47、foreach 效率更高，盡量用 foreach 代替 while 和 for 循環;
48、用單引號替代雙引號引用字元串;
49、「用 i+=1 代替 i=i+1。符合 c/c++的習慣，效率還高」
50、對 global 變數，應該用完就 unset()掉;
『肆』 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網站怎樣優化
做成靜態頁 寫個緩存。
『陸』 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網站優化
1、使用GZip
在每一個PHP頁面頂部加入以下代碼：
<?php ob_start("ob_gzhandler");?>
使用該代碼後伺服器會壓縮所有需要傳送到客戶端的代碼，並在瀏覽器中進行解壓，從而使網站運行速度加快。這一功能還可以節省網站空間的流量。
2、不要濫用Javascript和Ajax
只在需要的時候才使用Javascript和Ajax，千萬不要濫用它們。有些網站使用了太多不必要的Ajax動畫，或使用Ajax來載入無用的部分。這樣一來Javascript文件就會變得很大，而實際上卻有很多其他方案來實現這些功能。
3、圖片、頭文件和HTTP請求
網頁所引用的圖片、外部文件以及CSS樣式文件越多，網頁就載入得越慢。花些時間把圖片文件和其他外部文件縮小一些吧，使它們能更快地被載入。此外，每一次載入圖片和外部文件時都會產生一個HTTP請求，這一定會拖延載入時間。
4、限制MySQL查詢次數
對資料庫的每一次請求都會使網頁的載入速度減緩一些。網路開發者允許很難控制這一點，但是在一些細節的地方是可以進行優化的。比如，在選擇資料庫記錄時，不要使用以下代碼：
SELECT * FROM database
而是使用：
SELECT id, name, date, author, etc, blah, blah FROM database
這會消耗更少的查詢時間並減少伺服器的負載。
5、.php擴展名
有些人認為將JS文件保存為filename.js.php以及將CSS文件保存為stylesheet.css.php會讓載入的時間減少些，但我並沒有察覺到這其中的差別。當然，如果你網站的速度變得很慢，你可以試試這個方法。當然，你需要在每個PHP文件中用include()去載入這些文件。
『捌』 Php網站如何優化才好
優化網站，對於PHP來說主要有以下幾點
代碼分析，找出耗時長或者卡頓的代碼加以優化。
循環太多：循環太多就考慮如何去掉循環，或者優化循環體結構，包括每次提前計算好變數，不在循環體內做過多運算。
IO瓶頸：就是sql語句有缺陷，或者磁碟讀寫過慢，網路帶寬過低。sql優化包括索引優化，啟用redis或memcache，分表分庫等等優先順序從前到後，網上都有很多教程。磁碟讀寫慢，就要考慮上固態硬碟。帶寬就要聯系網路運營商解決
精簡前端頁面。現在頁面功能越來越復雜，卡頓不一定是後台，前端出現問題也很多。包括頁面內容太多（適當縮減一部分網頁內容），js，css，圖片太大（對js，css進行壓縮，去掉冗餘代碼等。使用壓縮格式的圖片，如jpg格式控制圖片大小（盡量在100K甚至10K以內）啟用網頁緩存等）
深度優化性能，包括採用更快的PHP（PHP7.2），更快的伺服器（Linux+nginx），更快的mysql（讀寫分離）等等。
『玖』 win7 php環境套件。
CoreAMP 20110401（7z壓縮），強列推薦
一款適用於windows下開發PHP站點的完全綠色伺服器端集成環境。解壓到任意非中文目錄即可使用，簡單拷貝即可部署多個項目環境，控制台方式和服務方式隨意組合，查看訪問日誌和SQL日誌簡單方便，附有詳細的教程可自己動手製作。包含Apache 2.2.17、Mysql 5.1.56、PHP 5.2.17（ZendDebugger、ZendOptimizer）、PHP 5.3.5（XDebug、XCache）、Nginx 0.8.54、memcached 1.4.5、Subversion 1.6.12、PHPUnit 3.5.13、phpDocumentor 1.4.3、phpMyAdmin 3.3.10。
AMPserv（本人用的是這款）
原定於9月推出的 APMServ 新版本，剩餘一部分功能尚待完成，推遲到10月推出，敬請期待！新版本放棄Apache，將以Nginx為主體Web伺服器。
wmnp （Mysql-5.1.48 + Nginx-0.8.50 + PHP-5.2.10）+ phpMyAdmin【伺服器穩定版】優化！
本人推薦第一個和第2個 我就是用第二個架的伺服器
你挨個看看吧，有一個更適合你
PS:放棄Apache吧 現在基本都在用Nginx架構了 你可以搜一下他的優點
希望對您有幫助