將您的網站加載速度推向極限的先進技術
已發表: 2018-12-26速度的需要。 儘管報價通常與汽車相關，但網絡也需要速度。 用戶不僅要求網站加載速度快，而且許多用戶報告說，當網站加載時間超過 3 秒時，他們開始感到惱火。
如果您的網站對用戶的輸入做出反應超過 8 秒，他們將放棄該網站，永遠不會返回。 你將永遠失去一個客戶。
除了用戶的用戶體驗之外，還有另一個訪問者要求您的網站速度快——谷歌。 網站加載速度實際上是一個排名因素，與加載速度快的網站相比，加載速度不快的網站會在自然排名中受到懲罰。
但是您可能已經知道所有這些，實際上，即使在此站點上，也有數百篇有關使網站加載更快的文章。
但是，我們將超越所有這些。 我們現在要提高檔次並提及一些先進的技術，這些技術將使您的網站加載速度更上一層樓。
1. 將您的網站託管在虛擬專用服務器（或更好）上
在 VPS（或虛擬專用服務器）上託管您的網站是您需要做的第一件也是最簡單的事情，以使您的網站加載更快。 它不是很先進，也不是特別先進，但它仍然是必不可少的。
這有多種原因。
首先，大多數託管帳戶都專注於為提供服務的公司帶來利潤，而不是託管在它們上的網站的性能。
託管的概念是您使用一些物理服務器並在其上放置數百甚至數千個網站以賺取利潤。
讓我們運行一些數字來解釋這一點。
假設託管公司的物理服務器每月花費 1000 美元，而共享託管帳戶的價格為每月 5 美元。
託管服務器需要託管 200 個網站（$5 * 200 = $1000）才能達到收支平衡。 它需要 240 個站點，它在該服務器上每月賺取 200 美元的利潤。
因此，共享主機帳戶正在與 240 個其他網站共享服務器資源，而您的網站正在與所有這些網站競爭資源。
由於您無法控制這些網站中的任何一個，因此您的網站運行緩慢很可能不是您自己的過錯，而是因為有其他網站在使用該服務器。
雖然上面的數字可能不准確，但其背後的概念是真實的。
虛擬專用服務器非常不同。 它的成本通常是共享託管服務器的 5 到 10 倍，因此託管公司需要更少的“客戶”來證明該服務器的合理性並從中獲利。
但是對於一家通過他們的網站開展業務的公司來說，你為什麼還要費心每個月只賺幾美元呢？ 每月支付 4.95 美元與每月支付 29.95 美元之間的底線有什麼區別？ 它不會破壞銀行是嗎？
此外，VPS 帳戶通常為每個帳戶分配專用資源。 本質上，服務器上的內存和 CPU 時間等這些資源是為您的網站和您的網站單獨保留的。
這意味著沒有其他帳戶可以使用您帳戶的資源，即使您的網站目前沒有任何用戶並且沒有使用這些資源。
這使得每個帳戶通常可以更快地執行，並且託管在 VPS 上的網站通常比託管在共享帳戶上的網站快幾秒鐘。
您會發現許多服務通過其虛擬專用服務器帳戶提供免費升級，例如與 CDN 集成或通過第三方（如Incapsula ）和對 HTTP2 的支持的高級網站安全服務，作為託管帳戶的一部分或少量附加費用——所有這些都確保您的網站順利運行。
更重要的是，使用 VPS，客戶可以完全訪問運行其網站的服務器軟件的配置，並對其帳戶專用的這些資源擁有完全的管理權限。
因此，首先，如果您有預算，請將您的共享主機帳戶升級到虛擬專用服務器，甚至是專用服務器。
這對於我們將在下面提到的下一個技術很重要，因為它們中的大多數都需要訪問 WHM 或對您的服務器進行管理訪問。
2. 將您的 MySQL 數據庫升級到最新版本或 MariaDB
如果您正在運行 WordPress 或其他 CMS 或數據庫驅動的網站，那麼您的網站很可能使用 MySQL 作為其數據庫後端。
這是因為 MySQL 默認預裝在大多數主機帳戶上。
但是，大多數人並不知道大多數帳戶上安裝的默認 MySQL 版本已經很老了，有時甚至已經過時了。 與其他針對速度進行了優化的技術相比，它也不是很快。
而且大多數人還不知道的是，有一個等效的數據庫引擎可以輕鬆取代 MySQL，同時還可以提高網站速度。
這是MariaDB 數據庫引擎。 它實際上是由 MySQL 的原始開發人員創建的，因此您可以想像他們想讓它 100% 可與 MySQL 交換。
事實上，將這種快速數據庫引擎用於其基礎架構的著名公司包括 Wikipedia、Google 甚至 WordPress.com！
即使您不升級到 MariaDB，也要升級到最新版本的 MySQL。 該軟件的最新版本總是比舊版本更快、更高效。
升級當然不適合膽小的人，這是一個固有的風險過程，你需要有備份，以防萬一事情不順利。
它還要求您具有對服務器或 VPS 的 ROOT 訪問權限，這就是我們提到您需要升級到 VPS 或專用服務器的原因。
為此，（在您進行完整的 VM 備份之後），登錄 WHM。
轉到首頁>>軟件>> MySQL/MariaDB 升級。
然後有一個簡單的嚮導，您可以按照它來自動執行升級。
3.升級到最新版本的PHP7
就像我們之前提到的，您會發現大多數主機帳戶的默認 PHP 設置版本並不是最快的。
例如，如果您的主機默認使用 PHP5.6 版本，那麼這已經有幾年（2017 年 1 月）不再受到積極支持。
自 2017 年 12 月以來，甚至對 7.0 版的支持也已終止，當前支持的版本為 7.2 版。
然而，由於遺留原因，大多數託管帳戶仍將默認使用這些舊版本的 PHP——但實際上，PHP7.2 是一個非常快的引擎！
任何好的託管服務都應該允許您將 7.2 用作您網站的引擎。 如果它不適合您，可能是時候將您的服務切換到更好的服務了！
當然，請務必檢查您網站運行的軟件是否與此版本的 PHP 兼容。 如果升級時出現問題，您需要與特定供應商聯繫，以確保有修復或解決方法，或者可能有您需要更新到的版本。
4. 為 PHP 設置 OpCache
您可能已經一遍又一遍地閱讀，您需要為您的網站實現瀏覽器緩存，例如按照此處的文章，並實現一個文件緩存機制，該機制實際上會創建您網站的副本，以便他們可以快速獲得服務。
但是您可能不知道第三級緩存，但它可能是能夠將您的服務器響應時間縮短到不到半秒的緩存。
這是字節碼緩存，旨在加快 PHP 的實際執行速度。 PHP 的工作方式是將腳本編譯成執行的操作碼。
每次執行 PHP 代碼時都會生成操作碼。 這意味著如果 PHP 代碼不改變，生成操作碼是浪費時間和資源。
字節碼緩存通過將操作碼存儲在內存中來節省時間，一旦需要執行 PHP，就會從內存中獲取編譯後的代碼並立即執行。
這使得 PHP 代碼的執行速度快如閃電。 將此與 VPS 相結合，在升級的數據庫服務器上運行以及 WordPress 站點或 CMS 的文件級緩存，服務器響應時間通常在 200 到 400 毫秒之間。
更重要的是，這種服務器響應時間是一種衡量標準，通常被認為是谷歌用作排名因素 (TTFB) 的衡量標準，因此提高此響應時間是一件大事。
有多種方法可以啟用此功能，我們發現為我們的設置執行此操作的最佳方法是在包含 OpCache 的 EasyApache4 下啟用配置，然後相應地設置設置。
5. 選擇 Nginx 而不是 Apache
我們的最終建議有點激進，需要進行大量更改，但鑑於我們正在討論高級技術，我們不能忽略這一點。
幾十年來，Apache 一直是託管網站的標準 Web 服務器，但多年來它的受歡迎程度一直在下降，主要是因為一個強大的競爭對手——Nginx。
該 Web 服務器的受歡迎程度一直在穩步增長，主要是因為它能夠勝過 Apache，特別是對於非常繁忙的站點，這些站點需要能夠優化其基礎架構的各個方面。 Nginx 在並發連接方面通常優於 Apache，這意味著它能夠同時服務於比 Apache 更多的用戶。
雖然 Nginx 在使用服務器的網站總數方面並沒有超越 Apache，但在 Web 上的前 10,000 個網站中，它的表現明顯優於 Apache，Nginx 為超過 60% 的網站提供支持，而 Apache 託管的網站少於20%。
考慮到 Nginx 在並發連接方面如何能夠勝過 Apache，這很有意義，前 10,000 個站點通常每分鐘提供數百甚至數千個服務，難怪 Nginx 正在接管.
因此，如果您的站點需要高效地進行多個連接，Nginx 是合乎邏輯的結論。
當然，如果您的基礎設施已經建立，從 Apache 切換到 Nginx 並不適合膽小的人。
你需要
- 驗證您的所有軟件是否與 Nginx 完全兼容
- 安裝 Nginx 和您的站點需要的任何其他模塊
- 將 Apache 的所有配置和調優切換到 Nginx（它們的配置方式不同）
- 實施將服務器推向極限所需的任何性能調整
在 CPanel 和 WHM 上設置 Nginx 的最簡單方法是使用名為 Engintron 的模塊。
包起來
上述技術不適合膽小的人。 他們需要仔細考慮，並且需要製定一個完整的過程，以確保您已經測試了您的站點，以解決通過執行如此劇烈的更改可能出現的任何問題。 但是，一旦您實施了上述大部分更改，您就可以輕鬆地將網站加載時間縮短到 2 秒以下。 當你這樣做時，你會在幾個月內看到好處，更好的跳出率，更好的排名，最重要的是更快樂的客戶！