用于客户端站点的 WordPress 多站点域映射大师班

技术教程 2021年11月7日

1353 0 3

WordPress Multisite 有很多用途.您可以使用它来创建一个类似于 Edublogs 的网络，帮助人们创建自己的网站.或者您组织的站点或博客网络.您还可以使用它为您自己或您的客户托管网站.

如果您和许多网页设计师和开发人员一样，您会为您创建的网站(或一些仍在开发中的网站)注册大量域.掌握所有这些可能会有点头疼.同样，如果您经营一家代理机构或者是一名自由职业者，并且您为您的客户提供托管，那么您将拥有多个 WordPress 网站来跟上-日期.这可能需要花费大量时间和精力.

WordPress Multisite 可以为您解决所有这些问题.

这是我们的六部分 WordPress 多站点大师班系列中的第四篇文章.在本系列中，您将学习创建自己的网络、向其中添加站点或让用户添加自己的网络所需的一切知识.您还将学习如何管理网络并确保其安全和高性能.最后，您将了解如何创建一个成功的用户和网站社区.

在本教程中，我将介绍如何使用 Multisite 来托管您自己的或作为独立站点的客户端的站点.它们都有自己的域名，就访问者而言，它们是完全独立的网站.我还将向您展示如何使用 Multisite 执行此操作可以改善您的工作流程，并为您提供一些提示，使其适合您并避免任何潜在问题.然后，我将详细介绍域映射过程，以便您可以在自己的多站点网络上进行设置.

错过了我们的 WordPress 多站点大师班系列教程?您可以在此处查看所有六个帖子:

WordPress 多站点大师班:入门
WordPress 多站点大师班:激活和配置
WordPress 多站点大师班:站点和用户注册
WordPress 多站点大师班:客户端站点和域映射 [您正在阅读的帖子]
WordPress 多站点大师班:创建社区
WordPress 多站点大师班:管理您的网络

没错，WPMU DEV 会员免费获得大量 WordPress 知识、同行评审、讲师反馈和认证开始学习

使用多站点托管您或您客户的站点

我想您现在应该知道，如果您在 WPMU DEV 博客上阅读我的帖子，我是 Multisite 的忠实粉丝，我将它用于不同的应用程序.其中之一是为客户托管网站.我经营一家小型机构，虽然我的一些客户拥有自己的主机或由于其网站的独特性而需要独立的 WordPress 安装，但我的许多客户的网站结构非常相似，不是很大，而且很容易托管在一个多站点网络上.

我为客户站点执行此操作，但您没有理由不能为使用多个域的自己站点的网络执行此操作.技术是相同的.

让我们来看看这样做的利弊.

优点:多站点对客户站点的好处

在一个 WordPress 安装中托管我的大部分客户网站有几个主要好处:

它节省了服务器空间.
每次我开始在新网站上工作时，它都无需安装 WordPress.
它无需更新 WordPress 的多个实例.
它无需在多个 WordPress 安装中更新插件和主题.
这意味着我可以在多个网站上使用相同的插件，而无需一次又一次地安装.
这意味着我可以使用 Awesome Support 之类的插件与客户从一个安装.

对我来说，它使事情变得更有效率.但是，我必须确保我的工作方式针对使用 Multisite 进行了优化，并制定了适当的流程以避免一些陷阱.

缺点:在一个 WordPress 安装中托管多个站点的陷阱

可能会有人读到这篇文章，一想到要将所有这些珍贵的网站都放在一个地方，他们会惊恐地举起双手.我知道会有一些人认为这样做的风险大于收益.如果您是这些人中的一员，那么请务必继续为每个站点使用单独的 WordPress 安装.

为所有站点使用一个多站点安装确实存在一些潜在的缺陷:

数据库大小 – 随着时间的推移，数据库可能会变得笨拙.但是，如果 WordPress.com 和 Edublogs 可以使用 Multisite 来托管数百万个站点，那么您就没有理由不借鉴他们的经验来扩展您自己的 Multisite 安装.
安全 – 如果您的多站点网络遭到黑客攻击，那么您的所有站点都会受到影响.很吓人吧?嗯，是.但根据我的经验，每当我成为黑客攻击的受害者时，它都是在服务器级别，无论如何它都会影响我的所有网站.您确实需要确保您的网络安全，尤其是在您拥有大量用户的情况下.
如果出现问题，可能会破坏整个网络.这就是为什么在您首先在临时站点上测试之前，永远不要在您的实时网络上进行更新.我很快就会看看这个.
性能 – 如果您使用的是廉价、缓慢的托管，或者在数据库大小、带宽或上传方面受到托管服务提供商的限制，则无法在一个 WordPress 安装上托管大量站点.
如果您或您的客户决定将来将站点移出网络，那么这样做比简单地将独立站点移至新服务器或托管服务提供商要棘手.但有可能做到.有两种方法可以做到这一点-您可以使用插件(更简单但不太可靠)或者您可以从数据库中导出相关表(这比较棘手，但是更快，更多通过).

这意味着如果满足这两个条件，则使用 Multisite 托管多个站点的效果最佳:

您采取预防措施以确保您的网络安全且不会中断.
您的工作方式意味着相同的代码会在您构建的所有或大部分站点(例如插件、主题)中重复.让我们面对现实，我们中有多少人在我们构建的每个新站点中都安装了相同的核心插件列表?

让我们来看看这在实践中意味着什么.

避免陷阱:预防措施

您可以采取一些预防措施来避免我上面列出的陷阱:

定期备份您的网络——至少每天备份一次，如果您的网站每天更新，则更频繁.我使用 Snapshot Pro 来备份我网络中的每个站点，我还使用 Updraft Plus 来备份整个数据库.这意味着如果一个站点宕机，我可以使用Snapshot的一键恢复来恢复它，如果整个网络出现问题，我有一个数据库备份我可以手动重新安装.
尽可能保证您的网络安全.遵循我们的WordPress 安全终极指南，并采取其建议的措施.与标准 WordPress 安装相比，Multisite 的风险在于您拥有更多站点(显然)和更多用户.您可以在网站注册和用户注册过程中设置安全限制，以确保人们不会在他们的网站上使用某些 slug、阻止特定域创建网站、阻止 splogger 并限制人们设置安全密码.做这些事情.如果您不允许用户注册用户和网站，请确保您遵循的流程是安全的.
更新 WordPress、插件或主题时，切勿在更新网络的临时版本之前更新您的实时网络.临时站点是您的实时站点的副本，您仅将其用于测试目的(它不同于通常位于本地计算机上的开发站点).将临时网络托管在与实时网络相同的服务器上是一个好主意，以便条件尽可能相似.确保它被搜索引擎阻止并使用备份插件或像流浪.
如果您负担得起，请使用优质的 WordPress 托管托管服务提供商.他们会为您管理备份、安全和恢复，并且通常还会为您提供临时环境.与您的提供商讨论最适合您需求的托管设置-VPS(虚拟专用服务器)之类的东西适用于许多多站点网络.
使用我的一个或多个为网络管理员推荐的插件来顺利完成网络管理流程.我发现一个特别有用的插件是 Multisite Enhancements，因为它可以帮助我通过向我展示哪些网站正在使用哪些主题和插件来更新.这意味着我知道要测试哪些网站.
仅使用来自可信来源的代码，或编写自己的代码，这对于所有 WordPress 安装至关重要，但对于 Multisite 而言尤为重要，因为如果您有多个站点运行多个主题和插件，您希望确保所有插件和主题很好地协同工作.如果您使用第三方代码，我建议您从 WPMU DEV 尽可能多地获取这些代码，因为我们的主题和插件旨在相互配合，并且针对 Multisite 进行了优化.