我目前正处于多站点网络的概念阶段。
大致的想法是：有多个联网的网站，所有网站都为自己发布帖子。网络管理员能够建立；“内容链接”；在每个博客之间。“A”；“内容链接”；意味着管理员能够在后端配置博客之间的帖子共享。单个或单个(-->) 或者双向(<->). 这将导致博客的列表页面也显示来自其他博客的帖子。
例如，如果我们有三个博客；“内容链接”；可以这样配置：
A <-&燃气轮机；B
A --&燃气轮机；C
这将导致：
A 还显示来自的内容B
B 还显示来自的内容A
C 还显示来自的内容A 也来自B （通过祖先关系）B -&燃气轮机；A -&燃气轮机；C)
就我个人而言，我希望坚持使用WP\\u Query（），因为我喜欢它将提供的功能：
分页支持、分类查询、post\\u元查询但如果我想使用WP\\u Query（），我似乎一直在大量使用switch\\u to\\u blog（）。该系统必须为大约100个博客布局，每个博客有200篇文章，这意味着在最坏的情况下，我必须使用99个调用将\\u切换到\\u blog（），以呈现单个文章列表/类别页面。
有没有人在网络博客之间进行过大规模的内容共享，或者有没有人知道如何在这项任务中获得良好的性能？
最合适的回答,由SO网友:s_ha_dum 整理而成
你应该首先阅读（强调我的）：
多站点网络中的站点are separate, 很像WordPress的独立博客。com。他们是not interconnected 就像其他类型的网络一样（尽管插件可以在站点之间创建各种互连）。If you plan on creating sites
that are strongly interconnected, that share data, or share users,
then a multisite network might not be the best solution.
http://codex.wordpress.org/Before_You_Create_A_Network
如果您坚持让multisite做它不打算做的事情，而是做大多数人似乎希望它做的事情，那么您有很多工作要做。你应该能够
WP_Query 尊重您的站点切换
via its numerous filters, 尤其地
these. 和
some function run their own queries, 所以你必须单独处理这些问题。
听起来多站点是一种错误的方法。当我需要这样的东西时，我倾向于使用自定义的帖子类型。你会为每个“博客”创建一个CPT，尽管我不得不承认我从未尝试在同一个网站上创建100个CPT。不过，原始帖子总数（20000）应该不是问题。通过巧妙地使用模板，您可以将这些模板“虚拟化”为一个视觉上几乎独立的站点。
鉴于您在下面的评论，您需要“域映射、独立的用户基础和独立的管理区域”，我不确定这是否可行。您可能可以让域映射正常工作，但单独的用户基础和管理区域将需要大量工作。不过，这是我能想到的唯一其他选择之一。
