1、thinkphp百萬pv網站性能怎麼優化
提高網站相應速度首先要減少頁面當中的JS文件，其次要保證頁面的大小不超過60K為最好。這是在建站時的硬性要求。
也可以用百度、360這類雲加速，提高自己網站的響應速度。
2、如何優化PHP性能
如果一個方法能被靜態，那就聲明它為靜態的，速度可提高1/4，甚至我測試的時候，這個提高了近三倍。
當然了，這個測試方法需要在十萬級以上次執行，效果才明顯。
其實靜態方法和非靜態方法的效率主要區別在內存：靜態方法在程序開始時生成內存,實例方法在程序運行中生成內存，所以靜態方法可以直接調用,實例方法要先成生實例,通過實例調用方法，靜態速度很快，但是多了會占內存。
任何語言都是對內存和磁碟的操作,至於是否面向對象,只是軟體層的問題,底層都是一樣的,只是實現方法不同。靜態內存是連續的,因為是在程序開始時就生成了,而實例申請的是離散的空間,所以當然沒有靜態方法快。
靜態方法始終調用同一塊內存，其缺點就是不能自動進行銷毀，而是實例化可以銷毀。
3、如何排查 PHP 網站運行速度慢的原因
排查 PHP 網站運行速度慢的原因
首先，使用瀏覽器的開發人員工具(Chrome)或Firefox的Firebug，確定，問題出在前端，還是後端。查看瀑布圖，看看是卡在了伺服器處理腳本上（典型特徵是文檔Waiting的時間特別長），還是前端（大量的圖片、大量的JS、好多Flash）。90%網站性能問題是由前端造成的。
若確定是伺服器端問題，看看PHP版本是不是過低了、使用XDebug的Profile結合Webgrind等，看看到底哪些函數執行的次數最多、單次時間最長、執行總時間最長，找到根源一擊必殺!PHP的編譯器不對PHP代碼進行任何優化，所以某種意義上蠻考研PHPer的功力。
4、PHP如何加速到最快
網站的速度 一般 是從架構 ， 資料庫， php代碼方面優化的。
而php本身沒什麼優化的，只要按照php的編碼 規范來寫就ok了；
還有就是做好緩存；
另外就是注意 sql 語句裡面的一些 小細節了，原則是：最先出現的條件，一定是過濾和排除掉更多結果的條件；第二出現的次之；以此類推。
例如 有個這樣的表
欄位a 欄位b 欄位c
1 7 11
2 8 10
3 9 13
1，SELECT * FROM table WHERE a>』0』 AND b<』1』 ORDER BY c LIMIT 10;
2，SELECT * FROM table WHERE b<』1』 AND a>』0』 ORDER BY c LIMIT 10;
1 和 2 結果是相同的但是 查詢速度就大不相同，由於 表中 b 欄位的數據 大部分 都是大於 1的 所以馬上可以過濾 大部分 數據 ，所以 2 比較好些
5、php 性能優化
這種即時要得到數據信息，怎麼寫緩存！~不能寫緩存只有優化資料庫了！~跟優化資料庫代碼讓查詢量最小，設置資料庫索引，根據索引查詢，其他的我也想不到了。
6、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)還不能在產品環境中使用
7、如何對PHP代碼進行優化以提高網站訪問速度
一、不要將整個頁面放到一個table中雖然現在已經很少人使用table來布局，但我覺得還是有必要提一下，原來有些站長為了追求頁面的整齊劃一，將整個網站頁面放入到一個table中，使用表格來布局，如果這樣做顯然會拖慢整個網頁的載入速度。因為table中的內容必須要等到網頁中所有內容全部載入完才會顯示出來，所以如果其中一部分載入很慢或載入不了，勢必會造成網頁的載入變慢。最好是使用div+css的方式來布局頁面，如果要使用table也不要將所有網頁內容加入到一個table中。 一.記得幫頁面減肥我們瀏覽網頁實際上是將虛擬主機中的網頁內容下載到本地硬碟，再用瀏覽器解釋查看的。下載網頁的快慢在顯示速度上佔了很大比重，所以，網頁本身 所佔的空間越小，那麼瀏覽速度就會越快。這就要求在做網頁的時候遵循一切從簡的原則，如:不要使用太大的Flash動畫、圖片等資源。干凈、簡潔的頁面會 給人一種思路明朗的感覺。 二、PHP等文件訪問通過.js調用。 如果在靜態頁面中需要嵌入動態數據，我們在進行PHP網站優化和其他方法優化時應該注意的是，如果你要在靜態的HTML頁面里嵌入動態的數據，而這些動態的數據是由PHP程序來提供的話，這樣的話，每次有一個人訪問你的網站，伺服器就要執行並處理一次PHP文件，從資料庫抽取相應的數據，再輸出到網頁，如果同時有幾萬人訪問，無疑會是伺服器不堪重負。 所以最好是將數據動態生成到.js文件中，然後再首頁通過< SCRIPT > < /SCRIPT> 這樣的代碼來調用js文件。如此一來，動態數據的顯示就在客戶端的瀏覽器中進行，大大降低了伺服器資源的消耗，網站速度自然會加快。 三.使用iframe嵌套廣告代碼。 如果你在網站上插入一些廣告，又不想因此拖慢網站速度，那使用iframe比較好。只要將這些廣告代碼整理到一個獨立的頁面中，使用iframe調用即可。代碼格式如下: 四、盡量使用靜態頁面和上面說的道理一樣，大家都知道，PHP等程序實現了網站的動態交互，如留言板等。但這類程序必須先由伺服器執行處理，再生成靜態頁面，然後用戶才能看到。這就必須小高伺服器資源。如果網站訪問人數多，伺服器配置又不夠好，很容易就造成網站速度緩慢甚至無法訪問。所以如果沒有必要，請盡量使用靜態頁面。 五.網站統計代碼應獨立放置在網頁的最下方之所以放置最下方是因為如果網站統計代碼出現故障無妨載入時，會有幾十毫秒的延遲，這時如果你將統計代碼放置網頁前面，就會影響網站載入速度。導致頁面很長時間才能訪問。
8、Php網站如何優化才好
優化網站，對於PHP來說主要有以下幾點
代碼分析，找出耗時長或者卡頓的代碼加以優化。
循環太多：循環太多就考慮如何去掉循環，或者優化循環體結構，包括每次提前計算好變數，不在循環體內做過多運算。
IO瓶頸：就是sql語句有缺陷，或者磁碟讀寫過慢，網路帶寬過低。sql優化包括索引優化，啟用redis或memcache，分表分庫等等優先順序從前到後，網上都有很多教程。磁碟讀寫慢，就要考慮上固態硬碟。帶寬就要聯系網路運營商解決
精簡前端頁面。現在頁面功能越來越復雜，卡頓不一定是後台，前端出現問題也很多。包括頁面內容太多（適當縮減一部分網頁內容），js，css，圖片太大（對js，css進行壓縮，去掉冗餘代碼等。使用壓縮格式的圖片，如jpg格式控制圖片大小（盡量在100K甚至10K以內）啟用網頁緩存等）
深度優化性能，包括採用更快的PHP（PHP7.2），更快的伺服器（Linux+nginx），更快的mysql（讀寫分離）等等。
9、php的網站訪問速度特別慢
訪問速度的快慢與程序和伺服器都是有關系的!但兩者相對而言,與伺服器的關系更直接!
解決辦法:
1. 代碼和資料庫的優化
2. 提高伺服器的配置
加快訪問速率,提高伺服器的配置效果比較明顯!
10、讓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帶來的影響。