我正在做一个项目，在WordPress多站点安装中允许多个迷你站点。以下是它的工作原理：

客户有大量的独立地点，每个地点都有自己的网站。所有这些网站都是大型WordPress网络中的网站，允许集中用户和网站维护。此部件已在工作。

但每个地点都有任意数量的客户，并希望每个客户都有自己的“客户”；迷你网站“；在网络中。基本上是一个新的WordPress站点，但位于该位置的站点、URL和管理员列表下面。

微型站点的用户只能使用该微型站点，不能使用父站点，也不能使用网络上的任何其他站点。

由于我一直在研究这个问题，我遇到了两种不同的设置方法。两者都有些复杂：

多网络安装WordPress允许您使用一个代码库安装多个独立网络。就像多站点一样，但使用类固醇。我解决上述问题的第一次尝试是在系统中嵌入一系列多网络功能。当您添加一个新的客户端迷你站点时，实际上是在向网络添加一个新站点；“拥有”；由父站点创建。

这一半奏效了。您可以很好地创建站点，但如果没有对服务器的更深入控制（我的客户端要求提供插件，他们可以在服务器上放置插件，而无需给我SSH访问权限），则很难在Apache中使用路由。一些新的迷你站点将加载，其他将加载404，其他将重定向回父站点。

另一个问题是管理。虽然您可以创建任意多个迷你网站（并可以通过phpMyAdmin验证它们是否存在），但我很难读取可用网站的列表。

另一个问题是数据库管理。每次创建新站点时，都会在数据库中创建10多个新表。如果该站点只有1到2篇文章/页面，这就太过分了。

带有主题覆盖的自定义帖子类型我的新方法是将客户端设置为自定义帖子类型。然后，父站点的用户可以编写新帖子，并选中元框中的字段，将内容与客户端关联（使用帖子到帖子的关系方案）。

当您访问自定义帖子类型的页面时，WordPress会覆盖显示，并显示一个自定义主题（P2的一个mod），显示与自定义帖子类型关联的帖子。

这里的可扩展性问题没有那么多，只是在内容管理方面。我还没有找到一种允许从一个客户端到另一个客户端过滤内容的方法（请记住，内容与基于元字段的CPT相关联，因此除非我构建另一个帖子管理屏幕，否则很难查看“client-x的所有帖子”）。

我的问题是：以下哪种方法是最好的？我是否应该考虑另一种方法，让最终用户更容易使用？