Divi 託管要求

已發表: 2022-03-24

在可靠的服務器上託管您的 Divi 網站對於網站速度、安全性和健康至關重要。為此，您需要一個滿足特定要求的託管服務提供商。值得慶幸的是，大多數託管公司都熟悉託管 WordPress 網站。因此，他們應該具有啟動和運行站點所需的基本託管配置。但是，如果您正在為 Divi 網站尋找最佳服務器設置，則需要確保您的主機滿足我們在這篇文章中分享的特定 Divi 託管要求。對於大多數人來說，Divi 內部的快速系統狀態檢查將是您需要的全部確認。但是對於那些遇到任何問題和/或想要優化這些設置的人，我們將向您展示如何進行所需的更改等等。

如果您想要預先安裝完美配置的託管環境，並預裝成功使用 Divi 所需的工具，請查看 Divi Hosting。我們與 WordPress 託管行業的領先公司合作，為您帶來最可靠、與 Divi 兼容的託管。查看 Divi 託管

Divi 託管要求（列表）
Divi 託管要求說明
如何檢查您的 Divi 網站是否符合要求
如何更改您的服務器設置
Divi Hosting：可靠的 Divi 優化託管

Divi 託管要求（列表）

divi託管要求

Divi 是一個強大的 WordPress 主題和頁面構建器，具有一套強大的設計工具。為了確保 Divi 在您的服務器或主機上運行最佳，我們提供了以下 Divi 託管要求。

PHP 版本 = 最低 7.4（推薦 8.0+）
memory_limit = 128M
post_max_size = 64M
upload_max_filesize = 64M
max_execution_time = 120
最大輸入時間 = 60
最大輸入變量 = 1000
顯示錯誤 = 0

除了這些服務器設置，我們還推薦以下內容：

Divi 版本 = 最新
WordPress 版本 = 5.3 或更高版本
數據庫 = MySQL 5.7 或更高版本； MariaDB 10.2 或更高版本

請記住，上面的託管要求列表不是 Divi 網站運行的“必需”。它更像是幫助 Divi 發揮最佳功能的指導方針。

現在我們將更詳細地討論每一個。

Divi 託管要求說明

divi託管要求

1.PHP版本

我們列表中的第一個託管要求是 PHP 版本。列表中的大部分設置與 PHP 的運行時配置（即 memory_limit、max_execution_time 等）直接相關，我們將在後面介紹。就目前而言，我們需要時間來了解 PHP 在網站性能中所起的關鍵作用以及保持更新的必要性似乎是合適的。

PHP 的性能角色

WordPress 服務器堆棧（為 WordPress/Divi 網站提供動力所需的組件）通常由四個主要組件組成：

操作系統（通常是 Linux）
Web 服務器（通常是 Apache 或 NGINX）
數據庫（MySql 或 MariaDB）
和 PHP（用於 Web 開發的服務器端腳本編程語言）

在這四個組件中，PHP 可能對您網站的性能影響最大。這就是為什麼。

與靜態 HTML 站點不同，WordPress 是一種動態 CMS，它使用 PHP（一種腳本語言）來檢索存儲在數據庫中的數據，以便將該數據顯示到網頁上。這使得管理您的網站變得容易，但缺點是加載頁面需要更長的時間，因為它必須在加載頁面之前在數據庫中找到數據。想想看。每次在瀏覽器中加載網頁時，PHP 都必須處理服務器需要的內容，在數據庫中找到它，然後以 HTML 形式返回（這樣您就可以在瀏覽器上看到它）。因此，如果加載您的網站需要大量 PHP 請求，您的頁面將不可避免地變慢。

與 WordPress 一起，Divi 還依靠 PHP 將 Divi Builder 內容和設計交付到您的頁面。 Divi 使用動態框架快速有效地做到這一點，該框架僅處理（按需）加載頁面所需的那些 PHP 請求。這就是為什麼它是如此快速的頁面構建器。因此，考慮到 Divi 的內置速度和性能優化也依賴於 PHP，保持您的 PHP 版本更新是最有意義的。

為什麼你應該使用最新版本的 PHP

由於 PHP 在網站性能方面發揮著重要作用，因此最好使用最新的穩定版本的 PHP。這樣做的兩個主要原因是安全性和速度（但還有其他次要好處）。每次更新都會修復錯誤，如果不加以檢查，可能會導致漏洞。而且，每個新版本的 PHP 都會增加每秒可以處理的請求數。這使您的網站速度更快，而無需進行任何其他速度優化。

為了確保您的站點是安全的，您需要運行一個受到積極支持和/或接收更新的 PHP 版本。在撰寫本文時，唯一受到積極支持的 PHP 版本是 8.0 和 8.1。 PHP 7.4 版（8.0 主要版本之前的版本）只接收安全修復，但不知道持續多久。這意味著如果您沒有運行至少 7.4（也是 WordPress 建議），您的網站可能容易受到安全威脅。如果您正在運行 WooCommerce，安全風險甚至更高，這就是為什麼 WooCommerce 強烈建議也至少運行 7.4。

對於 Divi 網站，我們與 WordPress（和 WooCommerce）保持一致，這也是我們推薦 7.4 或更高版本的原因。但是，為避免升級到已經發布的版本 (7.4)，我們建議您盡可能升級到 8.0 或 8.1。

對於 PHP 版本，我們建議如下：
PHP 版本：7.4 或更高（推薦 8.0+）

有關如何更新 PHP 版本的更多信息，請參見下文。

PHP 運行時配置

既然我們了解了運行最新版本的 PHP 的重要性，那麼是時候回顧一下可以控制 PHP 如何在您的網站上運行的 PHP 指令了。此列表中的大多數要求是 PHP.ini 指令，其值可以調整以確保網絡服務器為您的網站運行 PHP 最佳。

2.memory_limit

我們列表中的第二項是我們的第一個 PHP 指令，稱為 memory_limit。這設置了腳本允許使用的最大內存量。默認情況下，您的主機或 WordPress 設置的內存限制可能太低。當 PHP 達到人為限制時，這將導致應用程序崩潰。不過要小心。將限制設置得太高可能會導致錯誤的腳本耗盡所有可用內存。

對於此設置，我們建議如下：
memory_limit = 128M

3. post_max_size

post_max_size PHP 指令限制頁面或文件在您的網站上的大小。如果您的頁面大於 PHP 中設置的限制，它將無法加載。使用 Divi Builder 時，帖子大小可能會變得非常大，因此增加此限制很重要。它還會影響文件大小的上傳/下載，這可能會阻止將大型佈局導入構建器。

對於此設置，我們建議如下：
post_max_size = 64M

4.upload_max_filesize

upload_max_filesize PHP 指令設置上傳文件的最大大小。它決定了您網站上的頁面或文件的大小。如果您的頁面大於 PHP 中設置的限制，它將無法加載。使用 Divi Builder 時，帖子大小可能會變得非常大，因此增加此限制很重要。它還會影響文件大小的上傳/下載，這可能會阻止將大型佈局導入構建器。

對於此設置，我們建議如下：
upload_max_filesize = 64M

5. max_execution_time

max_execution_time PHP 指令會影響頁面在超時之前允許加載的時間。設置限制以防止編寫不佳的腳本佔用服務器非常重要。但是，如果限制太低，您可能無法將大型佈局和文件導入 Divi 構建器。如果您遇到問題（尤其是上傳大文件時），您可能需要提高此值以滿足您的需求。但是，如果您發現需要將此值增加到 300 或更多，則可能存在其他潛在問題或需要升級您的主機。

對於此設置，我們建議如下：
max_execution_time = 120

6. max_input_time

max_input_time PHP 指令設置允許腳本解析輸入數據的最長時間（以秒為單位）。我們希望限制此時間以幫助防範 DOS 攻擊。但是，如果限制太低，Divi Builder 可能會在允許加載之前超時。如果遇到問題，您可能需要提高此值以滿足您的需求。但是，如果輸入數據的解析時間超過 60-120 秒，則可能存在其他潛在問題或需要升級您的主機。

對於此設置，我們建議如下：
最大輸入時間 = 60

7. max_input_vars

max_input_vars PHP 指令影響可以接受的輸入變量的數量。為了防止 DOS 攻擊，我們設置一個限制是很重要的。但是，如果限制太低，可能會阻止 Divi Builder 正確加載。

對於此設置，我們建議如下：
最大輸入變量 = 1000

8. 顯示錯誤

display_errors PHP 指令確定錯誤是否應作為頁面輸出的一部分打印。這是一個在網站開發過程中提供幫助的功能，不應該在生產網站上使用。最好將此設置為“0”，除非您在 Web 開發期間有特定原因顯示這些錯誤。

對於此設置，我們建議如下：
顯示錯誤 = 0

9. Divi 版

除了服務器端的 PHP 設置外，最好始終使用最新版本的 Divi。這將有助於確保與 WordPress 的兼容性，並使您的網站保持快速、安全和強大。如果由於某種原因您在使用新版本時遇到問題，您可以隨時使用我們的 Divi 回滾功能通過單擊切換回以前的版本，直到錯誤消失。有關更多信息，請查看如何更新 Divi 主題。

我們推薦以下內容：
Divi 版本：最新

10. WordPress 版本

除了 Divi，最好使用最新的穩定版 WordPress。這不僅可以確保與 Divi 的兼容性，還可以大大加快您的網站速度，從而減少內存和與 CPU 相關的問題。為確保與 PHP 7.4（當前接收安全更新的最舊版本）兼容，您應該擁有 WordPress 5.3 或更高版本。但是，如果您按照我們的理想建議升級到 PHP 8.0+（或積極支持的版本），您應該擁有 WordPress 5.6 或更高版本。

我們推薦以下內容：
WordPress 版本：5.3 或更高版本

11. 數據庫版本

您的 Divi 網站將使用的數據庫軟件將是 MySQL 或 MariaDB。任何一個都可以與 Divi 和 WordPress 一起使用。而且，與其他一切一樣，我們建議使用最新版本的 MySQL 或 MariaDB 以獲得最佳性能。

對於 Divi，我們與 WordPress 保持一致並推薦以下數據庫版本：
MySQL 版本 = 5.7 或更高版本
MariaDB 版本 = 10.2 或更高版本

如何檢查您的 Divi 網站是否符合要求

divi託管要求

Divi 系統狀態檢查

Divi 具有內置支持功能，可以為您的 Divi 網站執行系統狀態檢查。這使您（和我們的支持團隊）可以識別您網站上不符合我們對 Divi 的建議的任何內容。

要檢查您的 Divi 系統狀態，請轉到 WordPress 儀表板。導航到Divi > 支持中心。在頁面頂部，您將看到列出所有系統狀態檢查結果的系統狀態框。

divi託管要求

WordPress 網站健康

除了 Divi 的系統狀態，您還可以使用 WordPress 的內置站點健康功能來識別 WordPress 的任何問題。此功能不是 Divi 特有的，但它有助於識別 WordPress 的潛在問題。要檢查 WordPress 的站點運行狀況，請從儀表板導航到工具 > 站點運行狀況。

divi託管要求

如何更改您的服務器設置

divi託管要求

首先備份您的站點並測試更新

如果不採取某些預防措施，您不應該更新服務器設置（尤其是 PHP 版本）。例如，如果您的站點依賴於與最新版本的 PHP 不兼容的插件（一個常見問題），您的站點可能會崩潰。因此，最好在進行任何更改之前備份您的站點。然後在測試環境或登台站點上進行更改，以確定在新版本上線之前解決任何問題。這可能看起來很麻煩，特別是如果有什麼東西壞了。但絕對值得花時間確保您的網站快速、安全、健康地向前發展。

這也是更新到最新版本的 WordPress、Divi 和所有插件的好時機。出現的任何問題都可能是由於不良（或過時）插件無法與較新版本的 PHP、WordPress 或 Divi 一起使用的結果。

更新 PHP 版本

每個託管服務提供商都應該有為您的站點更改 PHP 版本的說明。您應該能夠在此列表中找到為您的託管服務提供商更新 PHP 的說明。如果沒有，您可以直接與他們聯繫。有關更多信息，請查看 WordPress 中的這些說明。

如果您與我們的 Divi Hosting 合作夥伴之一進行託管，您應該已經運行了穩定版本的 PHP。但是，如果您想確保使用的是最新版本，這裡有一些有用的鏈接。

對於 Siteground，以下是更改 PHP 版本的方法。

對於 Flywheel，以下是請求 PHP 升級的方法。

對於 Pressable，以下是更改 PHP 版本的方法。

對於 Cloudways，這裡有一篇關於 PHP 8 以及如何更新 WordPress 網站的 PHP 版本的詳細文章。

手動更新 PHP 設置（wp-config.php、.htaccess 或 php.ini）

如果您想在您的 Web 服務器上更新 PHP 設置（我們上面列表中的同一組 PHP 指令），如果可以的話，最好直接在 php.ini 文件中更新這些設置。另一種選擇是更新 .htaccess 文件。但是，根據您的託管服務提供商，您可能有也可能沒有直接訪問 php.ini 文件或 .htaccess 文件的權限。因此，您可能會發現更新 wp-config.php 文件以更改 PHP 設置更容易。

下面簡要說明如何更新 3 個最常見的配置文件。

在 php.ini 中更新 PHP 設置

訪問您的站點文件（通過 FTP、文件管理器等）並確保您能夠看到隱藏文件。 php.ini 文件應位於站點文件的公共根文件夾中。

divi託管要求

如果您在共享主機上，您可能無法訪問主 php.ini 文件。但是，您也許可以創建一個。要更改或添加 PHP 設置，請打開文件並根據需要使用以下格式更新每個值：

memory_limit = 128M
post_max_size = 64M
upload_max_filesize = 64M
max_execution_time = 120
max_input_time = 60
max_input_vars = 1000
display_errors = 0

注意：在某些情況下，您可能還需要在 wp-config.php 中定義 memory_limit（見下文）。

使用 .htaccess 更新 PHP 設置

默認情況下，WordPress 使用 .htaccess 文件來設置您網站的永久鏈接。但是，此文件也可用於在 Apache 服務器上設置 PHP 的運行時配置。如果您有權訪問此文件（通過 FTP 或您的託管服務提供商），它應該位於您站點文件的根目錄。

divi託管要求

在這裡，您可以在 WordPress 方面手動進行所需的更改，而無需聯繫您的主機。您可以使用以下格式更新此文件上的 php.ini 值：

php_value setting_name setting_value

因此，如果您想將 upload_max_filesize 更新為 64M，在 .htaccess 文件中將如下所示：

php_value upload_max_filesize 64M

以下是我們推薦的 .htaccess 文件格式的 php.ini 值列表：

php_value memory_limit  128M
php_value post_max_size  64M
php_value upload_max_filesize  64M
php_value max_execution_time 120
php_value max_input_time 60
php_value max_input_vars 1000

使用 wp_config.php 更新 PHP 設置

一些推薦的 PHP 設置可以從 wp-config.php 文件中更新。該文件也可以在站點文件的根目錄中找到。

divi託管要求

以下是一些示例，說明如何更新 wp_config.php 文件以滿足要求。

要將內存限制設置為 128M，您可以添加以下代碼段：

定義（'WP_MEMORY_LIMIT'，'128M'）；

要將顯示錯誤設置為 0，您可以使用以下代碼段：

@ini_set('display_errors', 0);

要設置最大執行時間，您可以使用以下代碼段：

設置時間限制（120）；

確保在“僅此而已，停止編輯！...”行之前包含該片段

divi託管要求

請記住，並非所有 PHP.ini 指令都可以在 wp_config.php 中更改。任何不屬於 PHP_INI_ALL 可更改模式的 php.ini 指令都不能使用 ini_set() 函數進行更改。因此，不應使用 wp-config.php 文件中的 ini_set() 更改以下 PHP 指令：

post_max_size
上傳最大文件大小
最大輸入變量
最大輸入時間

相反，您需要通過 .htaccess、php.ini 或聯繫您的主機來更新這些設置。

聯繫您的房東

無法保證手動選項會覆蓋您的託管服務提供商的設置，尤其是在您使用託管託管的情況下。如果您在手動進行更改時遇到問題（或不想自己進行更改），您可以聯繫您的託管服務提供商為您進行更改。他們的支持人員應該有一個電子郵件地址、電話號碼或聊天室，以便您提交所需的要求列表。如果他們無法滿足您的要求，可能是時候升級您的主機了。

Divi Hosting：可靠的 Divi 優化託管

divi託管要求

讓您的網站更新到最佳託管要求可能會很麻煩，尤其是在您的託管環境尚未適合 WordPress 或 Divi 的情況下。這就是我們提供 Divi 託管的原因。我們與託管領域的一些知名人士合作，為您提供最可靠、與 Divi 兼容的託管。

享受完美配置的託管環境，其中預裝了成功使用 Divi 所需的工具。

查看 Divi 託管

Divi 速度優化

除了開箱即用地滿足 Divi 託管要求的出色託管之外，始終有更好的網站性能空間。有關更多信息，請查看我們關於 Divi 速度優化的終極指南。

網絡服務器呢？

運行 WordPress（或 Divi）不需要一台特定的 Web 服務器。但是 WordPress（和 Divi）最主要的兩個 Web 服務器是 Apache 和 NGINX。有關更多信息，請查看我們比較 Apache 和 NGINX 的帖子。

最後的想法

希望這篇文章能夠為您提供幫助確保您的 Divi 網站設置成功所需的內容。以下是一些需要牢記的總結。

使用 Divi 的系統狀態工具來識別與您的 Divi 網站有關的任何危險信號。這是確保您的 Divi 網站符合我們建議的簡單方法。
運行最新（最穩定）版本的 PHP 的重要性怎麼強調都不為過。事實上，您可以獲得最好的網絡服務器（或主機）並優化您的網站以獲得更好的速度和性能。但是，如果您運行的是舊的（不受支持的）PHP 版本，您的網站將會受到影響。盡你所能確保你的 PHP 版本盡快更新。
前。您對服務器設置或任何其他更新進行了任何更改，請先備份您的站點！更好的是，在生產站點上實施更改之前，在測試或登台站點上進行更改。
更改服務器設置時，請確保您知道為什麼要這樣做。儘管增加對某些選項的限制可能很容易解決，但您可能會招致更多傷害。給腳本太多時間會使您容易受到 DOS 攻擊。相反，請先確保沒有任何潛在問題，並在需要時升級您的主機。

我期待在評論中收到您的來信。

乾杯!