在可靠的服务器上托管您的 Divi 网站对于网站速度、安全性和健康至关重要。为此,您需要一个满足特定要求的托管服务提供商。值得庆幸的是,大多数托管公司都熟悉托管 WordPress 网站。因此,他们应该具有启动和运行站点所需的基本托管配置。但是,如果您正在寻找专门针对 Divi 站点的最佳服务器设置,您将需要确保您的主机满足我们在本文中分享的特定 Divi 托管要求。对于大多数人来说,在 Divi 中快速检查系统状态将是您所需要的全部确认。但对于那些遇到任何问题和/或想要优化这些设置的人,我们将向您展示如何进行所需的更改等等 如果您想要完美配置的托管环境,并预装了成功使用 Divi 所需的工具,请查看 Divi Hosting。我们已与 WordPress 托管行业的领先公司合作,为您带来最可靠、与 Divi 兼容的托管。查看 Divi 托管 - Divi 托管要求(清单) - Divi 托管要求说明 - 如何检查您的 Divi 网站是否符合要求 - 如何更改您的服务器设置 - Divi 托管:可靠的 Divi 优化托管 **目录** ## Divi 托管要求(列表) Divi 是一个功能强大的 WordPress 主题和页面构建器,具有一套强大的设计工具。为了确保 Divi 在您的服务器或主机上以最佳方式运行,我们提供了以下 Divi 托管要求 - PHP 版本 = 最低 7.4(推荐 8.0+) - 内存限制 = 128M - post_max_size = 64M - upload_max_filesize = 64M - max_execution_time = 120 - 最大输入时间 = 60 - max_input_vars = 1000 - 显示错误 = 0 除了这些服务器设置,我们还推荐以下内容: - Divi版本=最新 - WordPress 版本 = 5.3 或更高 - 数据库 = MySQL 5.7 或更高版本; MariaDB 版本 10.2 或更高版本 请记住,上面列出的托管要求并不是 Divi 网站正常运行所必需的。它更像是帮助 Divi 发挥最佳功能的指南 现在我们将更详细地讨论每一个 ## Divi 托管要求说明 1.PHP版本 我们列表中的第一个托管要求是 PHP 版本。列表中的大部分设置直接与 PHP 的运行时配置相关(即 memory_limit、max_execution_time 等),我们接下来将介绍这些设置。现在,我们似乎应该花时间了解 PHP 在网站性能中扮演的关键角色以及保持更新的必要性 PHP 的性能角色 WordPress 服务器堆栈(为 WordPress/Divi 网站提供动力所需的组件)通常由四个主要组件组成: - 操作系统(通常是 Linux) - 网络服务器(通常是 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.内存限制 我们列表中的第二项是我们的第一个 PHP 指令,称为 memory_limit。这设置了允许脚本使用的最大内存量。默认情况下,您的主机或 WordPress 设置的内存限制可能太低。当 PHP 达到人为限制时,这将导致应用程序崩溃。不过要小心。将限制设置得太高可能会导致糟糕的脚本耗尽所有可用内存 对于此设置,我们建议如下: **内存限制 = 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 PHP 指令会影响页面在超时前允许加载多长时间。设置一个限制很重要,以防止编写不当的脚本占用服务器。但是,如果限制太低,您可能无法将大型布局和文件导入 Divi 构建器。如果遇到问题(尤其是上传大文件时),您可能需要提高此值以满足您的需要。但是,如果您发现需要将此值增加到 300 或更多,则可能存在其他潜在问题或需要升级您的主机对于此设置,我们推荐如下:**max_execution_time = 120**6.max_input_timemax_input_time PHP 指令设置脚本允许的最长时间(以秒为单位)解析输入数据。我们想限制这个时间来帮助防范 DOS 攻击。但是,如果限制太低,Divi Builder 可能会在允许加载之前超时。如果遇到问题,您可能需要提高此值以满足您的需求。但是,如果输入数据的解析时间超过 60-120 秒,则可能存在其他潜在问题或需要升级您的主机对于此设置,我们建议以下:**max_input_time = 60**7.max_input_varsmax_input_vars PHP 指令影响可以接受的输入变量的数量。重要的是我们设置一个限制以防止 DOS 攻击。但是,如果限制太低,可能会阻止 Divi Builder 正确加载对于此设置,我们建议如下:**max_input_vars = 1000**8.display_errorsdisplay_errors PHP 指令确定错误是否应作为页面输出的一部分打印。这是在网站开发过程中提供帮助的功能,切勿在生产网站上使用。除非你有特定的原因在 web 开发过程中显示这些错误,否则最好将此设置为 âÃÂÃÂ0âïÂÃÂ对于此设置,我们建议如下:**display_errors = 0**9.Divi VersionIn除了服务器端的 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 的建议的内容To检查您的 Divi 系统状态,转到 WordPress 仪表板。导航至**Divi >支持中心 在页面顶部,您将看到列出所有系统状态检查结果的系统状态框WordPress Site Health除了 DiviâïÂà的系统状态,您还可以使用 WordPressâÃÂà内置的网站健康功能来确定 WordPress 的任何问题。此功能并非特定于 Divi,但它有助于识别 WordPress 的潜在问题。要检查 WordPress 的站点运行状况,请从仪表板导航到**工具 >站点运行状况**## 如何更改您的服务器设置备份您的站点并首先测试更新更新服务器设置(尤其是 PHP 版本)不是您不采取某些预防措施就应该做的事情。例如,如果您的网站依赖于与最新版本的 PHP 不兼容的插件(常见问题),您的网站可能会崩溃。因此,最好的做法是**在进行任何更改之前备份您的站点然后在测试环境或暂存站点上进行更改,以确定在使用新版本之前解决任何问题。这可能看起来很麻烦,尤其是当出现问题时。但绝对值得花时间确保您的网站快速、安全、健康地向前发展这也是更新到最新版本 WordPress 的好时机, Divi,以及您所有的插件。出现的任何问题很可能是错误(或过时)插件的结果,这些插件不能很好地与较新版本的 PHP、WordPress 或 Divi 配合使用更新 PHP 版本 每个托管服务提供商都应该有更改站点 PHP 版本的说明。您应该能够在此列表中找到为您的托管服务提供商更新 PHP 的说明。如果没有,您可以直接与他们联系。有关更多信息,请查看 WordPress 中的这些说明 如果您通过我们的 Divi 托管合作伙伴之一托管,您应该已经运行了稳定版本的 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 文件应位于站点文件的公共根文件夹中 如果您在共享主机上,您可能没有访问主 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 或您的托管服务提供商),它应该位于您站点文件的根目录下 在这里,您可以在 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 文件中更新。该文件也可以在站点文件的根目录下找到 以下是您可以如何更新 wp_config.php 文件以满足要求的几个示例 要将内存限制设置为 128M,您可以添加以下代码段: 定义(âÃÂÃÂWP_MEMORY_LIMITâÃÂÃÂ, âÃÂÃÂ128M 要将显示错误设置为 0,您可以使用以下代码片段: @ini_set( ¡ 要设置最长执行时间,您可以使用以下代码片段: 设置时间限制(120); 确保在读取 âÃÂïÂThatâÃÂÃÂs All, stop editing 的行之前包含代码段 请记住,并非所有 PHP.ini 指令都可以在 wp_config.php 中更改。任何不属于 PHP_INI_ALL 可变模式的 php.ini 指令都不能使用 ini_set() 函数进行更改。因此,以下 PHP 指令应该 **不** 在 wp-config.php 文件中使用 ini_set() 进行更改: post_max_size upload_max_filesize 最大输入变量 最大输入时间 相反,您需要通过 .htaccess、php.ini 或联系您的主机来更新这些设置 联系您的房东 无法保证手动选项会覆盖您的托管服务提供商的设置,尤其是在您使用托管托管的情况下。如果您在手动进行更改时遇到问题(或者不想自己做),您可以联系您的托管服务提供商为您进行更改。他们的支持应该有一个电子邮件地址、电话号码或聊天室,可以让您提交所需的要求列表。如果他们无法满足您的要求,可能是时候升级您的主机了 ## Divi 托管:可靠的 Divi 优化托管 让您的网站保持最佳托管要求的更新可能会很麻烦,尤其是当您的托管环境尚未适用于 WordPress 或 Divi 时。这就是我们提供 Divi 托管的原因。我们已与托管领域的一些知名人士合作,为您提供最可靠、与 Divi 兼容的托管服务 享受完美配置的托管环境,预装了您成功使用 Divi 所需的工具 ## Divi 速度优化 除了开箱即用的满足 DiviâÃÂÃs 托管要求的出色托管之外,始终有提高网站性能的空间。有关更多信息,请查看我们关于 Divi 速度优化的终极指南 ## Web 服务器呢? 运行 WordPress(或 Divi)不需要一个特定的 Web 服务器。但是 WordPress(和 Divi)最主要的两个 Web 服务器是 Apache 和 NGINX。有关更多信息,请查看我们比较 Apache 和 NGINX 的帖子 ## 最后的想法 希望这篇文章能为您提供所需的帮助,以确保您的 Divi 网站设置成功。这里有一些结束要点要记住 - 使用 Diviá 的系统状态工具来识别与您的 Divi 网站有关的任何危险信号。这是确保您的 Divi 网站符合我们建议的简单方法 - 运行最新(最稳定)版本的 PHP 的重要性怎么强调都不为过。事实上,您可以获得最好的网络服务器(或主机)并优化您的网站以获得更好的速度和性能。但是,如果您运行的是旧版(不受支持的)PHP,您的网站将会受到影响。尽你所能确保你的 PHP 版本尽快更新 - 前。您对服务器设置或任何其他更新进行任何更改,请先备份您的站点!更好的是,在生产站点上实施更改之前先在测试或临时站点上进行更改 - 更改服务器设置时,请确保您知道为什么要这样做。虽然增加某些选项的限制可能是一个简单的解决方法,但您可能会招来更多的伤害。给脚本太多时间会使您容易受到 DOS 攻击。相反,请先确保没有任何潜在问题,并在需要时升级您的主机 我期待在评论中听到你的消息 干杯!