Wordpress 子域 - 克隆的、新的或相同的数据库

Question

我正在与一家公司合作，该公司自成立以来就朝着新的方向发展，并希望为其核心服务与新产品创建一个单独的网站。我了解创建新的与子域的基本 SEO/域权限的含义，并选择走子域路线。

这是 wordpress 的现有单站点安装。我想模仿现有网站的样式，同时保持一些灵活性以进行独立更改，但最重要的考虑是不要弄乱现有的实时网站。

你会如何建议这样做？有哪些取舍？

据我了解，我的选择是：

1. 来自 Cpanel 的新子域，新的 WP 数据库 + 模板
   • 优点：简单的初始设置，独立域的灵活性
   • 缺点：更多的开发工作，长期的管理
2. 来自 Cpanel 的新子域，克隆和迁移现有数据库/模板并修改内容
   • 优点：只需要更改内容
   • 缺点：体积庞大、初期工作较多、需要长期管理
3. 新的子域，与现有站点相同的数据库
   • 优点：更易于管理长期、一致的样式
   • 缺点：风险更大：对原始网站进行意外更改
4. 启用 Wordpress 多站点（我对此了解不多）
   • 优点：设置简单
   • 缺点：模板复杂，可能会给现有网站带来问题。

我是否正确假设对具有独立数据库的子域进行更改对现有的主域/数据库绝对没有影响，除非出现一些灾难性的 FTP 错误等？

我对现有的 WP 数据库进行了完整备份，并会在我获得 FTP 访问权限后立即备份该站点。

非常感谢！ 赞恩

Answer 1

首先，我想问一下这两个网站现在和未来的关系是什么。它们是同一枚硬币的两面吗？像 SE 和它的各种兄弟一样？或者他们是gmail和project fi？两个不同的东西碰巧由同一​​个人拥有和经营？

我会根据你的回答提出以下选择：

1) Cpanel 中的新子域，全新 WP 安装（数据库 + 文件）

• 专业版：从头开始，旧网站没有臃肿。
• 缺点：从旧站点重建所需的任何东西需要做大量工作。您有权长期管理两个网站。

1.5) Cpanel 中的新子域，全新 WP 安装，复制一些主题文件并使用导入/导出功能从旧站点传输一些内容/设置。

• 专业版：半清洁板岩。没有选项 1 那么多的开发工作。
• Con：旧网站的一些臃肿仍然会跟随你。您有权长期管理两个网站。

2) Cpanel 中的新子域，复制旧站点作为起点。

• 专业人士：工作量少，已经有了起点。
• 缺点：遗留站点的臃肿和问题继续存在。您有权长期管理两个网站。

3) 新的子域，相同的数据库

• 我会选择这个选项，听起来你会遇到多站点的所有问题而没有任何好处。

4) WordPress 多站点

• 专业人士：无论是现在还是长期管理，工作量都减少了。
• 缺点：重大更改可能会导致整个网络瘫痪。

如果您的两个站点是一个 pod 中的两个豌豆，或者甚至只是远程相关，我会推荐 Multisite，选项 4。（根据您的描述，这是我会选择的选项。我将详细说明我会如何使用下面的多站点。）如果这两个站点是朝着不同方向前进的两个不同的事物，那么继续使用选项 1、2 或 1.5 将它们拆分，这取决于您为减轻开发工作而决定的折衷方案，而不是压低新的旧网站中不需要的东西。

---

如何使用选项 4

首先，只需在您当前的 WP 安装上启用多站点。

之后，为旧网站的所有用户授予他们对新网站所需的任何访问权限。

现在，为了利用有细微差别的共同主题，您可以像这样设置模板文件：将当前主题设为父主题；然后将两个子主题分开；每个站点将使用其中一个子主题。对主题的任何修改都应在该站点的子主题中完成。父主题应保留任何共同特征。

网络激活两个站点都需要的插件，根据需要激活其他插件。

你去吧！现在您的所有管理和开发工作都可以转到这两个站点。

Answer 2

基于对多个安装与多站点的进一步研究，我决定为子域站点单独安装 wordpress。

我引用了一些关键原因：

“...从单独安装转到多站点比其他方式更容易。”

“虽然可以设置 Wordpress Multisite 来运行这 3 个独立的网站，但如果您对 Wordpress Multisite 还不是很满意，这可能比它的价值还多”

插件/主题兼容性是另一个问题

现场网站的意外更改也是如此。

这里有几篇文章帮助我根据 Kallmanation 的回复做出决定：

https://serverpilot.io/community/articles/why-you-should-not-use-wordpress-multisite.html

https://www.narga.net/wordpress-multisite-versus-multiple-wordpress-installations/