如何创建和使用 WordPress 临时站点

您是否曾经对您的网站进行过更改并让它完全崩溃？ 太可怕了！ 有时，您的网站可能会因主题或插件的例行更新而中断。 或者网站可能会在您不知道自己做了什么的情况下崩溃。 这就是为什么拥有一个临时站点很重要的原因。 临时站点允许您预先测试这些更新和更改，因此您的站点不会意外崩溃。

为 WordPress 创建一个临时站点并不像您想象的那么难。 在这篇文章中，我们将介绍 WordPress 临时站点的基础知识：它是什么、制作站点的不同方法、管理站点以及为什么您现在需要一个站点。 说真的，你会的。

什么是 WordPress 临时站点？

WordPress 登台站点是您的实时网站的精确副本。 它允许您在安全的环境中对您的站点进行更改，而不必担心将您的站点置于维护模式。 在使用临时站点时，您的实时站点正在为您服务、赚钱或为用户提供他们期望您提供的优秀内容。 此外，您可以使用临时站点来修改您的站点，使其满足您的心愿。 您不必担心会打扰世界其他地方看到的现场版网站上的任何内容。

最后，WordPress 登台站点可以让您在不破坏任何东西的情况下测试新功能。 好吧，您可能会破坏某些东西，但它是您网站的副本，所以请远离！

谁需要 WordPress 临时站点？

暂存站点适用于希望在进行更新时避免其实时站点停机风险的任何人。 这可能是 Web 开发人员、内容编写者、大型企业网站、小企业主或想要维护自己的网站的博主。 对于拥有想要保持最新状态并正常运行的网站的任何人来说，登台站点都是必须的。

暂存站点和开发站点之间的区别

开发站点是一个新的 WordPress 安装，您可以在其中测试不同的主题、设计、插件或自定义功能。 这是一个处于开发（规划）阶段的网站。 另一方面，登台站点是您已经启动并需要更新的站点。 这些更新通常包括添加新页面、插件或安全地执行系统更新。

使用 WordPress 临时站点，您可以复制您的实时站点以测试一些新事物。 您可以添加新内容或解决自上次处理以来可能出现的任何问题。

如何设置 WordPress 临时站点

在我们学习如何设置临时站点之前，让我们回顾一下创建临时站点的方法。 您可以通过三种方式创建新的临时站点。

1. 使用插件– 您可以使用 WP Staging 等插件创建临时站点。
2. 使用托管服务提供商——您可以在 Bluehost、Flywheel、WPEngine 或其他允许您只需单击几下即可制作登台站点的托管服务提供商提供登台环境。
3. 手动- 您始终可以手动创建临时站点。 当然，这需要更多的技术专长，但并不像您想象的那么多。

这些方法中的每一种都因所需的专业知识而异，所以让我们逐一介绍。 然后，您可以就最适合您的选项做出明智的决定。

使用插件创建 WordPress 临时站点

对于此示例，我们将向您展示如何使用 WP Staging 创建一个 WordPress 临时站点。 WP Staging 是一个多功能插件，可让您在短时间内创建一个临时站点。 它会在您的主 WordPress 安装上创建一个文件夹或子文件夹，然后将所有数据库表、媒体、页面、帖子和插件放入新文件夹中，从而创建您网站的副本。

WP Staging 是一个很棒的插件，使用简单的步骤即可让您的登台站点立即启动并运行。 让我们介绍使用 WP Staging 插件创建临时站点的步骤。

1. 安装并激活 WP Staging 插件

将 WP Staging 安装到您的 WordPress 网站中。 安装后，在 WP 管理面板的左侧查找WP Staging选项卡。 单击暂存站点，然后创建一个新的暂存站点。

2. 命名您的新临时站点

您需要为新的临时站点命名（可以是您喜欢的任何名称），然后单击“开始克隆”按钮。

3. 克隆您的网站

克隆过程可能需要一些时间，具体取决于您网站的大小。 在克隆过程中，WP Staging 将复制您的数据库表和文件，并将所有链接更改为您在步骤 2 中使用的新站点名称。该过程结束后，您可以选择打开新的暂存站点，这将要求您登录（使用您的 WordPress 用户名和密码）。

WP Staging 可以很容易地告诉您正在您的临时站点中工作，因为它们会在屏幕顶部通过一个明亮的橙色面板提醒您。

尽管 WP Staging 使创建 WordPress 登台站点变得简单，但它的功能存在一些限制。 为了能够一键将您的登台站点与您的实时站点合并，您需要该插件的专业版。 此外，您将只能使用 WP Staging（免费版）克隆较小的站点，因为该插件的基本版本存在文件大小限制。

如果您选择不更新到 WP Staging 的专业版，您可以实时推送您的暂存站点，但这需要额外的步骤才能完成。 您将在下面找到使用 WP Staging 的基本版本推送您的登台站点所需的步骤。 请注意，如果您继续手动推送临时站点，则在此过程中您的数据库将被覆盖。 如果您有错误，您需要从备份中恢复您的登台站点或创建一个新站点。

1.备份您的实时和临时站点

您要做的第一件事是在将克隆的站点推送到实时环境之前完成实时站点和暂存站点的备份。 这是一个重要的步骤，可确保您在发生错误时可以恢复其中一个或两个。 注意：如果您有一个大型网站，购买 WP Staging 专业版可能会让您更轻松。 如果您感觉自己是 WordPress 超级英雄，并且想要继续，让我们继续。

2.复制你的文件

对于此步骤，您需要具有 FTP 访问权限。 您可以使用 FTP 程序（例如 FileZilla）将文件夹wp-content/uploads、wp-content/plugins和wp-content/themes从您的登台站点复制到您的实时站点。

3. 迁移您的数据库

专业版的 WP Staging 是最简单的方法。 但是，如果您想使用插件的免费版本来完成此步骤，您可以在暂存数据库中执行手动搜索和替换操作。 为此，您需要使用像 Better Search Replace 这样的插件。 安装并激活 Better Search and Replace。 激活后，导航到 WordPress 管理面板中的工具/更好的搜索替换。

对于这个例子，让我们使用这个站点结构来说明： https://yoursite.come/staging 。

在“搜索”输入字段中输入以下内容： yoursite.com/staging 。

接下来，在“替换为”输入字段中输入以下内容： yoursite.com 。

请务必仔细输入您的信息。

您需要避免在搜索中使用任何前缀 (HTTP)。 如果你这样做，错误肯定会发生。 在继续之前仔细检查您的拼写。

确保选择所有以wpstg0_开头的数据库表（WP Staging 概览屏幕中列出的前缀）。 要找到正确的数据库前缀，您可以在 WP Staging 的主屏幕上检查您的登台站点概述。 确保不要复制任何其他表，除了那些以位于 WP Staging 概览屏幕中的站点的数据库表前缀开头的表。

一旦您选择了具有正确前缀的所有数据库表，单击运行搜索/替换按钮开始搜索和替换操作。

注意：在继续此步骤之前进行试运行是个好主意。 这将提醒您操作过程中可能发生的任何潜在错误。

一旦您进行了试运行并且一切似乎都已成功进行，请单击“运行搜索/替换”按钮开始替换您的表格。 确保这次取消选择“试运行”复选框。

4.使用phpMyAdmin删除暂存环境的最后一个值

您要做的下一件事是替换数据库的值，它告诉 WordPress 您的站点是实时的还是暂存的。 这是 WP Staging 用于在登录时显示身份验证屏幕的特殊值。 为此，您需要使用数据库管理工具（例如 phpMyAdmin）删除此值： wpstg_is_staging_site 。

要查找该值，请登录 CPANEL，导航到 PHPMyAdmin，然后单击它以启动该工具：

单击“搜索”选项卡，然后在搜索字段中输入wpstg_is ：

您可以删除该值，也可以将其设置为false。

5. 更改您的 wp-config.php 文件：

这是使用 WP Staging 插件的基本版本成功将暂存环境复制到实时站点所需的最后一步。 为此，我们将回到 FileZilla 程序。 重新登录到您的 FTP 客户端程序并在您的实时站点上打开 wp-config.php 文件。 该文件位于您的 WordPress 主文件夹中。 通过右键单击文件并单击“查看/编辑”，使用 FileZilla 打开文件。 将表前缀的值从wpstg0_ 更改为 wp_以告诉 WordPress 使用暂存站点的所有数据库表。

将更改保存到 wp-config.php 文件后，您可以在浏览器中打开实时站点，以查看您的站点现在正在显示 WordPress 临时站点的内容。

最后，在您确认在暂存站点上所做的所有更改后，您可以安全地返回 FileZilla 并删除暂存站点的子文件夹（如果您选择不保留它）。

如您所见，使用插件创建 WordPress 登台站点有几个步骤，但只要您严格按照步骤操作并花时间推动站点上线，这并不复杂。

接下来，我们将介绍如何使用 Bluehost、Flywheel 或 WPEngine 等主机创建 WordPress 登台站点。

使用站点的主机创建 WordPress 临时站点

许多托管 WordPress 网站的公司都提供临时环境选项。 如果您希望能够通过几个步骤创建 WordPress 登台站点，那么 Bluehost、Flywheel 和 WPEngine 等主机是不错的选择。 让我们深入了解这些主机提供商中的每一个，以了解如何在每个平台内创建临时站点。

蓝主机

最近，Bluehost 开始提供在您的 WordPress 管理面板中创建登台环境的功能。 这是许多 Bluehost 用户可能没有意识到的非常重要的发展。 使用 Bluehost 创建登台环境的步骤非常简单。 让我们看一下使用 Bluehost 成功创建登台站点所需的条件。

1. 登录

登录到您的 WordPress 站点并单击Bluehost ，然后在管理面板中单击Staging (beta) 。 注意：Bluehost 的暂存功能仍处于开发阶段，但性能相当不错。

2. 单击创建临时站点

单击创建临时站点。 创建您的网站可能需要几分钟时间。

成功设置暂存站点后，您的屏幕将刷新。 您将有机会通过单击Go To Staging Site登录到您的暂存站点。

单击“转到暂存站点”按钮后，您将被重定向到暂存站点，您可以在其中对您的站点进行任何更改，同时您的用户可以看到实时版本。

进行更改后，Bluehost 可以轻松部署您的临时站点以覆盖您的实时站点。 有几个选项供您选择。 仅部署文件、部署文件和数据库或仅部署数据库。 选择您的选项并单击相应的按钮。

该过程可能需要几分钟，具体取决于您网站的大小及其内容。 该过程完成后，您已成功将暂存站点部署到生产环境，覆盖您的实时站点。 很简单，对吧？ 现在我们已经了解了使用 Bluehost 创建和部署临时站点是多么容易，让我们看一下使用 Flywheel 创建一个临时站点的步骤。

飞轮

使用 Flywheel 创建临时站点有点不同。 要创建临时站点，如果您有多个站点，您首先需要通过搜索站点来找到您希望在其中工作的站点。 使用飞轮仪表板顶部的搜索区域来定位您希望为其创建暂存环境的站点。

从那里，单击高级选项卡，然后向下滚动并找到站点选项。 将暂存切换为 On 。

打开暂存后，系统将提示您单击“是，打开暂存站点”单选按钮，然后输入您的飞轮密码。 最后，单击启用分期按钮。

创建临时站点的过程将需要一些时间，具体取决于站点的大小。 登台站点完成后，您可以单击“登台 WP ADMIN ”按钮从飞轮仪表板登录到您的登台站点。

当您对您希望完成的站点进行更改后，启动您的临时站点就很容易了。 返回 Flywheel 仪表板，导航到staging选项卡，然后单击LAUNCH STAGING CHANGES按钮。

而已！ 您的登台站点现已上线。 另一个可选步骤是刷新站点的缓存，但这不是必须的。

接下来，我们来看看使用 WPEngine 创建暂存站点的过程。

WPEngine

与 Bluehost 和 Flywheel 一样，WPEngine 可以轻松创建临时站点。 首先，您将登录到您的 WPEngine 仪表板，然后单击站点。 找到您希望为其创建临时环境的站点，然后单击该站点的名称。 滚动到页面底部，然后单击Add Staging 。

新屏幕将为您提供多种选择。 您可以从空白站点开始、从引导体验开始、将现有环境复制到此站点或将现有环境移动到此站点。 对于此示例，我们将把现有环境复制到该站点。

WPEngine 将提示您选择要复制的环境。 您将选择您的生产环境，然后选择最近的备份，然后单击下一步。

下一步是为您的临时站点命名，然后单击Add Environment 。

WPEngine 将通知您正在构建您的暂存站点。 创建临时站点通常只需要几分钟，但根据站点的大小可能需要更长的时间。 该过程完成后，您可以登录到您的临时站点并进行任何必要的更改。

要在 WPEngine 中启动您的临时站点，您将通过单击站点列表中的名称导航到您的临时站点。 从那里，您将单击屏幕右上角的复制环境按钮。

复制环境

下一个屏幕将要求您选择源环境。 这是您创建新更改的临时站点。 接下来，您将选择目标环境。 这通常是您的生产环境。 接下来是选择是包括所有数据库表和文件系统、特定数据库表和文件系统，还是只包括文件系统。 对于此示例，我们将选择所有数据库表和文件系统。 做出选择后，单击页面左下角的查看并确认按钮。

该过程完成后，您的登台站点将覆盖您的实时站点。 WPEngine 使该过程变得简单，只需很短的时间即可完成。

既然我们已经介绍了一些为客户提供暂存环境选项的主机示例，让我们深入研究手动创建暂存站点。

手动创建临时站点

我们创建临时站点的最后一个选项是最复杂的，因此它可能不是 WordPress 初学者的最佳选择。 话虽如此，如果您对使用 FTP 客户端、phpMyAdmin、MySQL 和 WordPress 结构的核心非常熟悉，这一步不会太难。 手动创建临时站点既有好处也有注意事项。

手动创建临时站点的好处之一是对您的环境有更多的动手控制。 它使您可以在整个过程中控制每个步骤，这可以消除使用插件或主机的潜在问题。 通过自己创建临时站点，您不必担心使用插件或主机可能出现的任何问题。 另一方面，如果您不习惯在 cPanel 程序或 FTP 中工作，手动创建临时站点会增加出错的可能性。

让我们讨论您需要采取哪些步骤才能成功手动创建 WordPress 登台网站。

1.设置子域

使用您的托管平台，前往 cPanel 并单击Subdomains 。 此步骤将确保没有人可以从您的实时站点中访问您的暂存站点。 它还将使您能够将事物与您的实时站点分开。 为您的子域命名，选择要存放的子域的域，选择根文件夹（或留空），然后单击创建。

2. 在您的 WordPress 安装中创建一个子文件夹

如果您熟悉 WordPress 文件夹的整体结构，此步骤相当简单。 这是开始新登台网站流程的一种非常可靠的方式。 此步骤有两种方法可供您使用。

1. 利用 cPanel 中的文件管理器创建子文件夹
2. 使用 FileZilla 等 FTP 客户端创建新的子文件夹。

要在 cPanel 中使用文件管理器创建子文件夹，首先登录到您的 cPanel 并导航到文件管理器。 在您的主 WordPress 文件夹中创建子文件夹并将其命名为。

第二种方法涉及使用 FTP 创建您的子文件夹。 打开 Filezilla 并使用您的 FTP 凭据连接到您的网站。 进入 WordPress 主文件夹后，右键单击并选择create directory 。 命名您的新文件夹。

对于本教程，我们将继续使用 FTP，因为它是实现手动安装临时站点目标的最可靠方法。

3. 为您的临时站点创建一个 FTP 用户

您需要为新的临时站点创建一个 FTP 用户。 为此，请登录 cPanel 并找到FTP Accounts 。 对于此示例，我们使用的是 GoDaddy cPanel，但大多数托管服务提供商都有非常相似的设置。 通过创建名称、密码、指定目录来创建新的 FTP 帐户，然后单击创建 FTP 帐户按钮。

4. 从您的实时站点下载文件

您需要下载包含所有 WordPress 文件的根文件夹或 public_html 文件夹。 右键单击 public_html 并选择Download 。

下载文件后，下一步是登录主机 cPanel 并导航到phpMyAdmin以导出数据库。 导航到Export ，选择快速选项并单击 go 。

5. 使用 FTP 将文件上传到暂存文件夹

使用您在步骤 3 中创建的 FTP 帐户，通过 FTP 登录到您的临时站点服务器。 将您在步骤 4 中下载的文件上传到暂存文件夹。

6. 创建新数据库、数据库用户并从实时站点上传您的数据库

前往 cPanel 中的MySQL 数据库向导为您的临时站点创建一个新数据库。 为您的新数据库命名，然后单击Create Database 。

创建新数据库后，单击下一步按钮。

接下来是创建一个新的数据库用户。 添加用户名和密码，然后单击Create User 。 请务必使用安全密码和唯一的用户名。 将此信息记在某处，以便您记住您在此处输入的内容。 您将在以下步骤中需要它。

在下一个屏幕上，选中ALL PRIVILEGES复选框，然后向下滚动以单击Next Step 。

接下来，返回phpMyAdmin将您的数据库文件从您的实时站点上传到您的临时站点的新数据库中。 选择phpMyAdmin 面板左侧的数据库名称，然后单击Import 选项卡。 从那里，单击选择文件以导入您在步骤 4 中导出的 sql 文件。附加 sql 文件后，单击GO 。

7. 修改你的 wp-config.php 文件

此步骤要求您修改 wp-config 文件以将新数据库连接到暂存站点。 使用 FileZilla，导航到暂存站点文件并找到 wp-config.php 文件。 右键单击文件并选择编辑。 打开后，您会看到 wp-config.php 文件仍然指向您的活动站点。 要更改此设置，您需要将数据库名称替换为刚创建的新名称，然后分配新的用户名和密码。 完成这些必要的更改后，单击保存。

更改 wp-config 文件后，您应该能够看到新的暂存站点！ 导航到 yoursite.com/staging/wp-admin（或任何您命名的暂存子域）并使用您的实时站点的凭据登录。

您应该采取的另一个步骤是在您处理临时站点时向搜索引擎隐藏它。 为此，请登录您的 WordPress 管理面板，然后导航到设置。 从那里，启用不鼓励搜索引擎索引此站点的复选框，然后单击保存更改。

达达！ 您已成功手动创建临时站点。

手动推送您的 WordPress 登台站点

要完成此任务，您将重复这些步骤，将文件和数据库从暂存移动到实时：

1. 使用 FileZilla 从您的临时站点下载所有文件。
2. 在 phpMyAdmin 中下载暂存站点的数据库文件。
3. 使用 Filezilla，将暂存站点的文件上传到您的实时站点。
4. 使用 phpMyAdmin，选择您的实时站点的数据库，单击 Import，然后选择您的暂存站点的 sql 文件，然后单击 GO。
5. 使用 FileZilla，导航到您的实时站点的 wp-config.php 文件并使用暂存站点凭据编辑数据库名称、数据库用户和数据库密码。
6. 在您的实时站点的 WordPress 管理面板中，导航到设置/阅读，并确保未启用阻止搜索引擎对该站点编制索引。

如何手动创建本地开发 WordPress 环境

您可以做的最好的事情之一就是为您的网站设置一个本地环境并将其用作临时环境。 这是在本地计算机上更改实时站点，然后使用 FTP 将其上传到主机的好方法。

基本上有两种方法可以建立一个本地工作环境。

1. 使用本地服务器软件，例如 MAMP。
2. 使用桌面服务器、WP Stagecoach 或 Flywheel 本地等虚拟化环境。

对于本教程，我们将使用 MAMP 在 Apple 计算机上设置本地 WordPress 环境，但 Windows 的步骤几乎相同。

使用 MAMP 设置本地服务器

MAMP 是一个本地服务器环境，对 Mac OS 和 Windows 用户免费。 它允许您在本地硬盘驱动器上设置 WordPress 环境，以便您可以测试和实施功能而无需干扰您的实时站点。 要使用 MAMP，您需要使用 FTP 客户端（例如 FileZilla）来下载您的网站文件。 让我们完成使用 MAMP 设置本地服务器的步骤。

1. 下载并安装 MAMP。
2. 导航到您的应用程序文件夹（Windows 上的我的电脑）并双击它以运行程序。
3. 单击端口选项卡以查看端口设置。

选择将 Web 和 MySQL 端口设置为 80 和 3306 ，以便能够通过在浏览器中键入localhost在 Web 浏览器中查看本地站点。 这将消除每次要查看站点时都输入 localhost:8888 的需要。

4. 单击 MAMP 启动/停止屏幕上的启动服务器按钮。

5.查看您的网站

要查看您的站点，请在浏览器中输入 localhost。 您会看到类似Index of/ 的内容。 这将告诉您 MAMP 工作正常，但目录为空。

6. 下载并解压 WordPress

如果要安装新版本的 WordPress，请下载 WordPress 并将其解压缩到 MAMP 目录中的 htdocs 文件夹中。 如果要安装实时站点的副本，请将您在 FileZilla 中下载的文件移动到htdocs文件夹中。

7.设置数据库

接下来，您需要设置一个数据库。 为此，请在浏览器中打开 localhost 并将鼠标悬停在Tools上，然后选择phpMyAdmin 。

8. 单击新建为您的安装添加一个新数据库。

为数据库命名，然后单击create 。

9.查看您的 WordPress 安装

为此，请单击 MAMP 应用程序主屏幕中的WebStart 。 然后单击屏幕顶部的我的网站。 如果 WordPress 安装正确，您应该会看到 WordPress 的安装屏幕（如果您选择进行全新安装）。 如果您想拥有实时站点的副本，请跳过第 12 步。

10. 选择英语作为您的语言。

接下来，它将提示您输入您在前面的步骤中创建的数据库信息。 输入您的数据库名称，然后输入 root 作为用户名，然后输入 root 作为密码。 默认情况下输入主机名，数据库前缀也是如此。

11. WordPress 现在将完成安装过程。

完成后，您将拥有一个功能齐全的本地测试环境。

12. 将您的实时站点复制到 MAMP

如果要将实时站点复制到 MAMP 中，请将站点的文件拖到您在本地计算机上创建的文件夹中，然后将实时站点的数据库 sql 文件导入您在步骤 8 中创建的新数据库中。

13. 修改你的 Wp-Config 文件

您的网站需要一个额外的步骤才能正确显示。 您需要更改上一节“手动创建临时站点”中引用的 wp-config.php 文件。

而已！ 您已在本地计算机上成功安装了 WordPress。 在这里，您可以对您的网站进行更改、设计一个新网站而无需连接到互联网，或者冒着在您的实际网站上出错的风险。

既然我们已经讨论了如何使用插件、站点的主机或使用手动方法创建临时站点，我们将讨论如何管理临时站点。

管理和使用 WordPress 临时站点

一旦您掌握了 WordPress 登台站点的创建，您将希望能够同时维护您的登台站点和实时站点以成功使用它们。 我们将回答一些关于 WordPress 临时站点的问题。 使用临时站点的最佳做法是什么？ 你应该什么时候推送你的登台站点？ 您应该多久备份一次您的网站？ 最后，如何使用 GitHub 作为协作工具来管理多个环境？

使用暂存站点的原因

您希望为您的网站使用临时站点有几个原因。 首先，它改善了您的整体工作流程。 如果您有一个包含大量信息的站点、管理多个站点或获得大量流量，则尤其如此。 如果访问者访问该站点只是为了找到一个维护屏幕，那么您的站点将无法为您赚钱。 如果您的网站上安装了电子商务平台，这可能会导致人们从您的网站跳出并且永远不会返回，从而使您的网站流量和潜在收入下降。

您使用自动更新

登台站点的另一个好处是减少进行任何更新后可能出现的潜在错误的数量。 也许您有一个启用了自动更新的托管计划。 您的站点正忙于为您工作，直到您的主机更新您的插件，这导致与另一个已安装的插件不兼容。 如果您启用了暂存站点，则可以快速推送您的暂存站点以恢复您的站点。 从那里，您可以在暂存站点上进行故障排除以找出问题所在，而不会造成代价高昂的停机时间。

使用开发人员

也许您花钱请人来维护您的网站、执行更新或添加新功能。 登台网站确保您信任的开发人员正在采取措施向您的访问者展示一个完美无错的网站，让您高枕无忧。 这在运行广告活动、发布新产品或服务或创建要在多个社交媒体平台上推广的帖子时尤其重要。 在登台环境中做这些事情要容易得多，您可以在网站上线之前看到进度并进行修改。

犯下代价高昂的错误

最后，如果您花了无数时间设计和开发自己的网站，却在启动过程中出现问题怎么办？ 启用暂存站点后，如果上线时出现问题，即使您的文件损坏或丢失，您也可以依靠该暂存环境。

让我们来复习：

• 临时站点通过确保您的访问者不会看到烦人的“维护模式”屏幕来改善您的工作流程。
• 它们可以防止插件更新出现严重错误。
• 登台站点可确保您站点的访问者看到您网站的最新迭代。
• 登台站点可以帮助您在启动全新网站时避免失败。

既然我们已经为您提供了一些拥有临时站点的理由，那么让我们回顾一下使用临时环境时的一些最佳实践。

何时不使用暂存站点：

现在我们已经很好地掌握了您想要使用临时站点的情况，让我们讨论一些不需要使用临时站点的情况。 如果您的网站很少更新内容，则可能没有必要使用临时网站。 如果您有一家在线商店并且想要更新几个产品价格，您可能不需要启用暂存环境。

通常，不需要使用临时站点来进行一些文本更改。 这样做的原因是简单的。 如果您只是定期向您的站点或博客添加新的文本内容，则使用临时站点的过程可能会变得乏味。 每次进行文本更改或添加博客文章时，您都需要完成部署临时站点的步骤。 这似乎令人生畏和耗时，不是吗？

Ok, so if you don't need to use a staging site for text changes, when should you use one? Ideally, if you are updating your content on a consistent basis, it's a good idea to make weekly backups rather than utilize a staging site. A staging site is more beneficial for technical changes rather than text changes. Additionally, adding or editing blog posts doesn't usually necessitate a reason to enable a staging site.

Here are some additional reasons you wouldn't need to use a staging site:

• Adding a new user to your website.
• Deleting some products, posts, or pages.
• Making small text changes.

Best Practices to Follow While Using a Staging Site

Since we've determined that staging sites should be utilized for doing technical things like plugin changes or updates, let's go over a list of best practices if you are going to utilize a staging environment. First, it's important to note that a staging environment should only be enabled when major changes are going to be implemented.

Some of those major changes can include situations such as the following:

• Making major design or functionality changes to pages.
• Swapping your theme for a different one.
• Adding or removing plugins.
• Plugin or theme updates.
• Performing a WordPress core update.
• Creating new theme templates such as a 404 page template, a search results template, blog post archive template or other related page templates.

Let's outline a few scenarios when you would want to use a staging site.

Staging Site Use Case Scenario #1

You have a website that has eCommerce functionality. You've noticed that sales are a bit stagnant and the bounce rate from your shop page is higher than it's been in the past. You would like to try a new shop page layout as well as a new product page layout in order to increase your sales.

Factors to consider: You're going to need a new design, as well as two new page templates (one for products, and one for your shop page).

Process: To begin with, you're going to want to go through the design process for these pages first. Whether you design in real-time or mock up a layout in a program like XD or Photoshop, when it comes time to implement these new page layouts, you're going to want to do this on a staging site. With a site that has eCommerce functionality enabled, you don't want to make changes to a product or shop page in real-time on a live site. In this case, having a staging site enabled will allow you to tinker with your new pages until you get them to your liking, then push them from your staging site to your live site.

Staging Site Use Case Scenario #2

You are a web developer whose client wishes to update the text content on two existing pages: about us and services. The changes to the about us page aren't extensive, just replacing a few paragraphs of text. The changes to the services page are a bit more complicated. Your client has asked you to add new service offerings to the page, as well as new service blurbs and apply some animated effects. The services page will require some restructuring to accomplish this client requirement.

Factors to consider: You'll only need to make a few changes to one page, but the other page requires some animation that your current theme doesn't natively offer, so you'll need to implement some javascript in order to achieve the desired result.

Process: You'll need to explore using javascript for the animation, and change the layout to the services page. Additionally, you'll be adding new content by way of service offerings that will require you to alter the design. For this scenario, it seems simple enough to do on the live site, but what if you implement the javascript and it makes content on some of your other pages display incorrectly? In this case, it seems to be the safest option to pull the live site into staging, test your javascript, develop your new look for the services page, then push the site live when everything looks as it should and functions properly.

Staging Site Use Case Scenario #3

You've decided that you want to install a new plugin on your site that will allow you to chat with your site visitors. The plugin you've chosen is compatible with your current version of WordPress and has excellent reviews on WordPress.org. Should you install and activate the plugin on your live site or pull your site into staging to test the new plugin extensively?

Factors to consider: Installing a new plugin can be hit or miss. You could install it and configure it with little effort and be on your merry way, or it could cause a conflict with another plugin that you use on your site causing you to get the dreaded “this site has experienced a critical error” message.

Process: When installing new plugins that will enable new functionality, it should be installed in a staging environment to ensure that conflicts don't occur with other plugins currently installed. Additionally, you may want to test out several chat plugins to find the plugin that will best suit your needs. In this case, it's better to enable your staging environment to avoid any plugin conflicts that may arise.

When to Push Your Staging Site Live

When you have created your new content or implemented your new functionalities successfully, and you are confident that you don't need to make any additional changes, it's safe to push your staging site live. It's important to note that you want to make a backup of both your live site and staging site before proceeding. Once you have pushed your staging site live, it's good practice to disable your staging site. Leaving your staging site enabled leaves you susceptible to human error. If you forget to toggle off the “Discourage search engines from indexing this site” , you leave yourself vulnerable to duplicate content on the internet, which is not a good idea for SEO purposes.

How Often to Back Your Site Up

If you don't update your content regularly, it may only be necessary to backup once every few weeks to a month. However, if you have a host that performs automatic updates, the backup frequency should increase. Every time a plugin is updated, you run the risk of an incompatibility issue. Therefore, you should perform a backup on a regular basis such as daily or weekly.

如果您每周多次更新内容，则可能需要每天备份以确保安全。 否则，如果发生错误，您将面临丢失有价值内容的风险。 您不希望陷入这样的境地：您在一周内发布了多篇博客文章，后来才知道有一个问题会迫使您从更早的还原点进行还原，从而清除所有新鲜、令人兴奋的内容.

如果您安装了许多需要用户每天与之交互的功能，那么也应该考虑到这一点。 如果您进行每日备份，每日备份将使您的所有表单条目、发表评论、产品购买或产品评论永远不会丢失。 请记住，启用这些功能后，您网站的数据库会更改以反映新内容。 必须执行定期备份，以免在互联网深渊中丢失任何东西。

什么是 Git，如何在我的网站上使用它？

Git 是一个免费的开源控制系统，可用于处理您正在处理的任何 Web 项目，无论其大小。 Git 允许您跟踪您对网站内任何文件所做的任何更改。 如果您正在寻找更多的动手控制，或者正在对您在站点上所做的更改进行故障排除并且不想完全重新开始，Git 对您来说可能是一个非常有用的工具。

如果您在服务器上安装了 Git，它可以保留服务器上安装的每个文件的总历史记录。 这意味着，如果您对文件进行更改，Git 会为您做好准备，并保存该文件的旧版本并记录此后所做的所有更改。

这将允许您返回到您在网站上遇到问题的任何给定点并正确处理。 这是一项非常方便的资产，特别是如果您在实时和登台环境中以手动方式进行操作。 该工具可以使您不必废弃整个临时站点，并允许您回滚到已更改文件的先前版本，而该文件实际上应正常运行。

使用 Git 进行测试

这是一个 Git 在测试阶段很有用的场景。 假设您决定在您的网站上实施新功能。 您将创建主网站的一个分支，您可以对其进行更改。 如果您是您知道自己可能成为的开发明星，那么一旦您完成了测试，您只需将站点的新迭代与旧迭代合并即可。 另一方面，如果您在测试中没有做如此出色的工作，您可以简单地丢弃您创建的分支并创建另一个分支以进行进一步的测试。 没有伤害，没有犯规。

如果您在一个网站上有多个开发人员的团队环境中工作，Git 也很有用。 如果您是一名开发人员，经常需要对其他人开发过的网站进行更改，Git 可以真正拯救您的理智，让您更容易弄清楚谁在何时做了什么。

要了解有关 Git 的更多信息，请阅读我们的文章 Git 和 GitHub：完整新手的初学者指南。 要了解如何将临时站点部署到您的实时环境，请阅读我们的帖子 - Git Push：将 WordPress 从 GitHub 部署到您的 Web 主机。

收拾东西

当您对网站进行的不仅仅是一些文本更改时，登台网站是一个重要的实施工具。 它们确保您在执行更新时可以避免代价高昂的停机时间，帮助您为网站启用新特性或功能以使其为您和您的企业服务，并在您想要更改网站的外观和感觉时让您的生活真正变得更轻松. 底线？ 登台站点是确保您的网站继续为您提供良好表现的一种明智方式，无论您是小企业主、博客作者，还是拥有对您公司的成功至关重要的大量流量的网站。

英雄照片由 Campaign Creators 提供：Unsplash
图片提供：Igor Miske：Unsplash，KOBU 机构：Unsplash，Charanjeet Dhiman：Unsplash