Divi Hosting 的推薦設置

已發表: 2019-05-22

在本文中，我們將探討由優雅主題支持人員定期提供的 Divi 推薦主機設置。您將了解到一些建議僅僅是建議，但是，如果設置不當，其他建議可能會破壞您的網站或嚴重影響性能。

本指南包含為 Divi 頁面構建器配置主機服務器設置所需的所有步驟。或者，如果您不想弄亂託管配置，Divi Space Hosting 是唯一一家預先配置了 Divi 和其他高級頁面構建器的所有推薦設置的託管服務提供商。使用 Divi Space Hosting，您可以啟動網站并快速流暢地運行 Divi 主題，而無需更改服務器設置。

繼續閱讀以正確配置您的服務器。

介紹

在其初期，Divi 非常輕巧且快速，其後端構建器似乎可以毫無問題地加載。它只有很少的模塊，還沒有包含方便的 Visual Builder。隨著 Divi 的發展，事情開始迅速升溫。 Visual Builder 為 Divi 帶來了很多新功能，並因此消耗了比以往更多的資源。

添加的工具，如陰影自定義、操作剪貼板以在模塊之間複製粘貼設置以及為降低性能的模塊添加的效果。如果您的主機沒有經過優化並且沒有達到 Divi 的最低要求，那麼您將面臨大量的加載時間、保存故障和其他令人頭疼的問題。

在本文中，我們將介紹最低系統要求和推薦的（Divi 推薦的除外）以獲得最佳用戶體驗。

臭名昭著的 Divi 推薦設置

優雅主題支持提供了一組 PHP 系統合規性設置。我們將探索每個設置及其作用。如果您閱讀過有關此內容的先前文章，請檢查此設置，因為它們已多次升級。

這些是從 3.22.7 版本開始的推薦設置



文件權限 755



PHP 版本 7.2



post_max_size 64M



最大執行時間 180



upload_max_filesize 64M



最大輸入變量 3000

有些要求是可以協商的，有些則不是。我們將在這裡詳細討論這個問題。現在，讓我們看看新的 Divi 系統狀態功能在我們公司的服務器上運行時在 Divi 上的樣子。

1.文件權限

此要求是不可協商的，如果設置不正確，很容易破壞您的網站。 755 文件權限是最標準的可用文件權限，它規定所有用戶都能夠以只讀方式訪問您的文件，而文件的所有者將能夠對其進行寫入。在這種情況下，所有者將是 WP 本身和您。

2.PHP版本

即使它要求您在 7.2 版下運行，Divi 仍然可以正常使用 PHP 7.0。這不是一個嚴格的要求，儘管我們現在建議使用 7.2。您甚至可以毫無問題地使用最新的 7.3 版本。

3.內存限制

內存限制絕對不能低於 128M，這將非常嚴重地影響性能和功能，因為 PHP 腳本可能會耗盡內存。 Divi在運行時確實會消耗大量資源，根據我們的經驗，您必須至少有256M。因此，您應該將此要求視為不可協商的，並且 128M 是您應該擁有的最低要求，建議設置為 256M 到 640M 以獲得最佳性能/可用性，特別是如果您正在考慮使用多個插件。

4.帖子最大尺寸

這個要求並不那麼重要，你可以通過使用 WordPress 和 Divi 來獲得，post_max_size 也為 32M。 Divi 將其設置得太高，只是為了確保不會出現任何問題。如果你沒有更高的要求，32M 應該沒問題，即使 Divi 拋出警告。我們建議使用 64M，因為這有點太多了。

5. 最大執行時間和最大輸入時間

這個參數現在是不可協商的。這些變量說明腳本可以完成的時間量。眾所周知，任何與導入/導出、備份等相關的腳本都可能需要長達 100 秒以上的時間才能完成。在此變量上設置的時間少於 180 秒意味著如果正在運行的腳本超時，您可能會丟失數據。我們建議將這兩個變量都設置為至少 300。

6.上傳最大文件大小

此變量與文件上傳時可能佔用的空間量嚴格相關。儘管 Divi 的推薦設置是 64M，但這並不是絕對必要的。如果您的主題/插件和圖像從不超過 16M，則將此變量設置為 32M 就可以了。

7. 最大輸入變量

如果您將其設置為非常低的值，則此變量可能會破壞您的設計。這意味著 PHP 可以從當前執行中獲取多少變量。例如，在 Divi 中 Vars 用於在運行時存儲 Visual Builder 的參數。如果限制設置得太低，則在嘗試保存當前 Visual Builder 設計時可能會遇到保存問題，因為 Divi 可能會用完變量。這是一個非常重要的變量，因為沒有足夠的輸入變量可以有效地使 Divi 錯誤地保存您的模板並丟失您的設計。請注意這一點。我們推薦不少於3000，這也是Divi的推薦。

網絡服務器

Web 服務器沒有 Divi 推薦的設置。例如，Divi 可以在 Apache、NGINX 和 Litespeed 上完美運行。對於 Apache，WordPress 確實需要默認的 .htaccess 配置才能使 Pretty Permalinks 正常工作。

阿帕奇


 # 開始 WordPress
<IfModule mod_rewrite.c>
重寫引擎開啟
RewriteBase /
重寫規則 ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
重寫規則。 /index.php [L]
</IfModule>
# 結束 WordPress

您可以在此處閱讀有關如何為 WP 正確設置 Apache 的所有信息

NGINX

至於 NGINX，WP 需要以下默認重寫規則才能在啟用漂亮永久鏈接的情況下正常工作。

位置 = /favicon.ico {
    log_not_found 關閉；
    access_log 關閉；
    最大過期；
}

位置 = /robots.txt {
    允許全部;
    log_not_found 關閉；
     access_log 關閉；
}

地點 / {
   # 這很酷，因為靜態內容不會觸及 php。
   # 包括“$is_args$args”，這樣在使用查詢字符串時非默認永久鏈接不會中斷
   try_files $uri $uri/ /index.php$is_args$args;
}

您可以在此處閱讀有關如何為 WP 正確設置 NGINX 的更多信息。

如果您正在尋找運行 WP 和 Divi 且沒有任何問題且無需額外配置的完美設置，您可以使用基於 cPanel 或 Plesk 的主機。您可以在此處的其他文章中閱讀有關這些控制面板及其差異的更多信息。

查看我們的託管指南

如果您想了解更多關於為您的 Divi 網站選擇最佳託管服務的信息，請查看我們的指南：如何為 Divi 和 WordPress 選擇最佳託管服務。本指南涵蓋了您需要了解的內容，包括託管託管、速度優化、推薦設置，並提供了 Divi 網站最佳託管服務與我們的前 4 家供應商的比較。立即查看，不要忘記在 Facebook 和我們的郵件列表上加入我們的 Divi 和 WordPress 託管支持小組，以了解我們的最新消息、更新和特別優惠。

現在加入

包起來

儘管我們有 Divi 推薦的設置和內置的特殊系統狀態，但有些要求不會以任何方式影響您的網站，而其他一些要求如果設置不當可能會破壞您的網站。請注意此處發布的建議，以確保您的網站正常運行。

請記住，有時似乎是插件或主題錯誤只是您主機上的錯誤設置。這相當於一句老話“你把它關了再打開嗎？” 這在幫助台場景中聽到了很多，這也是我們在出現問題時總是詢問您的 PHP 信息的第一大原因。