Wordpress子域 - 克隆，新数据库或同一数据库

Question

我与一家自成立以来一直走向新方向的公司合作，并希望为其核心服务与新产品创建一个单独的网站。我理解创建新的子域名的基本搜索引擎优化/域名管理权意义，并选择转到子域名路由。

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

你会怎么推荐这个？有什么权衡取舍？

据我了解，我的选择是：

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

我是否正确假设使用单独的数据库对子域进行更改将对现有的主域/数据库完全没有影响，除非发生一些灾难性的FTP错误等等？

我有一个现有WP数据库的完整备份，并在我获得FTP访问后立即备份该站点。

非常感谢！ 赞恩

Answer 1

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

我会根据您的回答提出以下选项：

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

• Pro：清洁平板，没有来自遗留站点的膨胀。
• Con：很多工作要重建旧网站所需的任何内容。您有权长期管理两个站点。

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

• Pro：半清洁板岩。没有像选项1那样多的开发工作。
• Con：传统网站的一些臃肿仍然会跟着你。您有权长期管理两个站点。

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

• 亲：减少工作量，已经有了一个起点。
• Con：Bloat和旧网站的问题随之而来。您有权长期管理两个站点。

3）新的子域名，相同的数据库

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

4）WordPress Multisite

• 专业：现在和长期管理中的工作量减少。
• Con：重大改变可以打破整个网络。

如果你的两个网站是一个pod中的双豌豆，或者甚至是远程相关的，我会推荐Multisite，选项4.（根据你的描述，这是我会选择的选项。我将阐述我将如何做使用下面的多站点。）如果这两个站点是朝不同方向前进的两个不同的东西，那么继续使用选项1,2或1.5拆分它们，具体取决于您决定减轻开发工作的权衡而不是权衡新的网站上有来自旧网站的东西，它不需要。

如何使用选项4

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

之后，向旧网站的任何用户提供新网站所需的访问权限。

现在，为了利用具有细微差别的共同主题，您可以设置模板文件，如下所示：将当前主题设为父主题;然后将两个儿童主题分开;每个站点都将使用其中一个子主题。对主题的任何修改都应该在该网站的子主题中完成。任何常见功能都应由父主题保留。

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

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

Answer 2

根据有关多安装与多站点的进一步研究，我决定为子域网站单独安装wordpress。

我引用了一些关键原因：

＆＃34; ...从单独的安装到Multisite比从其他方式更容易。＆＃34;

＆＃34;虽然有可能让Wordpress Multisite设置来运行这3个独立的网站，但如果你不熟悉它，那么它的工作量可能超过它的价值。 Wordpress Multisite尚未＃34;

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

现场的意外变化也是如此。

以下是一些帮助我根据Kallmanation的回应做出决定的文章：

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

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