这真的取决于你想把注意力集中在哪里。以下是支持和反对的理由：
XML-RPC听起来您的标准流程是：
登录到主站点在X类别中写文章发布文章被复制到特定于X类别的子站点在此设置中，XML-RPC最有意义。你在一个网站上写了一篇文章，然后该网站应该负责将内容推送到分类网站。因此，XML-RPC将在子站点上启用，但不一定在主站点上启用。
您可以在主站点上使用一个插件进行设置，该插件连接到帖子发布挂钩，并在子站点上插入帖子。
此外，您还可以从主站点向子站点推送更新。比如说，你发布了你的帖子，它被推了出去。10分钟后，你注意到标题中有一个明显的拼写错误。您可以在主站点上编辑原始帖子，并自动将更新推送到仍使用XML-RPC的子站点。
我不想让这听起来很容易（不会），但这是可能的。
RSS扭转了这一过程：
登录主站点在X类别中写文章发布特定于X类别的子站点定期轮询主站点的RSS提要，并相应地更新自身。子站点基本上只是偶尔打电话回家看看是否需要更新。RSS很有意义，因为它很轻。此外，通过关闭XML-RPC，您不会打开站点的任何其他访问点。
您还可以从子站点获取内容的更新。当您拉入RSS提要时，可以检查是否有任何更改，并相应地更新内容。
再一次，不要试图让它听起来简单。。。但这是可能的。
我推荐哪一个
在广泛使用XML-RPC之后（我编写了一些接口并经常对此进行咨询），我很想建议使用这种方法。
WordPress的XML-RPC系统已经包含了验证请求、插入帖子、上载媒体、更新帖子等所需的所有代码。在子网站上创建帖子所需的所有代码都已经存在。您需要编写的大部分内容是主站点上的插件，该插件将内容推出。
