WordPress多宗教：一个案例研究

挑战：构建一个WordPress管理仪表板，以有效地显示来自大约900个博客的Google Analytics数据，分布在25个多站点实例中。 关键是要克服处理如此大的数据集固有的性能障碍。

>

>本文详细介绍了开发过程，突出了遇到的关键决策和挑战。 我们将探讨WordPress REST API，PHP与JavaScript辩论，生产环境限制，安全注意事项，数据库设计，甚至AI的作用。

键术语

在潜水之前，让我们澄清一些术语：

• WordPress多站点：一个核心WordPress功能，可以从单个安装中启用多个博客的管理。 博客共享核心文件和数据库，但具有单个媒体文件夹和博客特定的数据库表。
• > wordpress 多多站点：一个用于管理WordPress多站点安装多个实例的术语。这种方法避免了在不同客户之间共享一个多站点的复杂性。>
>
• 仪表板网站：托管用于查看汇总分析数据的自定义仪表板的站点。
• 客户端站点：收集数据的25个WordPress多站点实例。>
实施策略

>解决方案涉及在仪表板站点和所有25个客户端站点上安装的单个WordPress插件。 该插件具有两个主要功能：

通过客户端站点上的自定义API端点曝光数据。
1. > >>从仪表板站点上的客户端站点删除数据，缓存并在仪表板上显示。
2. wordpress rest api：基础> > WordPress REST API是该项目的核心。 它的可扩展性使创建自定义端点可以公开必要的数据。

代码代码段：API端点注册

>

php vs. javaScript：异步优势

<?php [...]
function register(\WP_REST_Server $server) {
  $endpoints = $this->get();
  foreach ($endpoints as $endpoint_slug => $endpoint) {
    register_rest_route(
      $endpoint['namespace'],
      $endpoint['route'],
      $endpoint['args']
    );
  }
}
// ... (rest of the endpoint definitions) ...

最初，考虑了一种基于PHP的方法。但是，同步的PHP处理和服务器端执行时间限制使此不切实际。 JavaScript的异步功能提供了出色的解决方案，从而使所有站点都可以从所有站点进行数据检索。 JavaScript实现大大减少了数据检索时间：从估计的925秒（同步）到大约2秒（异步）。 但是，浏览器和服务器请求限制需要在请求之间延迟150毫秒。

代码段：异步数据获取

>

连接PHP和JavaScript

使用wp_localize_script()>集成了PHP端点和JavaScript代码，无缝将端点URL和其他必要的数据传递给JavaScript。

安全：身份验证和CORS

通过用于API身份验证和CORS（交叉原始资源共享）标头的应用程序密码来解决安全性，以允许从仪表板站点到客户端站点的跨域请求。 遵循了最少特权的原则，仅限于CORS访问必要的终点。

代码段：CORS标头实现

<?php [...]
function register(\WP_REST_Server $server) {
  $endpoints = $this->get();
  foreach ($endpoints as $endpoint_slug => $endpoint) {
    register_rest_route(
      $endpoint['namespace'],
      $endpoint['route'],
      $endpoint['args']
    );
  }
}
// ... (rest of the endpoint definitions) ...

>数据库缓存 为了提高性能，使用关系数据库模型在仪表板站点的自定义数据库表中缓存数据。 数据库架构最初是使用DocBlocks设计的，然后在LLM的帮助下进行了完善。

代码段：数据库表创建SQL

>

async function getBlogsDetails(blogs) {
  let promises = [];
  blogs.forEach((blog, index) => {
    // ... (code for delayed fetch requests) ...
  });
  // ... (code for Promise.all and error handling) ...
}

结果和未来的考虑

MVP功能性，为博客流量模式提供了宝贵的见解。 未来的改进可能包括使用现代JavaScript框架以及探索无服务器解决方案（例如AWS Lambda），以提高可扩展性和性能。 使用CRON作业进行预取用数据汇编也是一种潜在的增强。

>

>本文提供了开发过程的高级概述。 遇到的具体挑战和解决方案为使用大规​​模WordPress多元化部署的开发人员提供了宝贵的见解。

以上是WordPress多宗教：一个案例研究的详细内容。更多信息请关注PHP中文网其他相关文章！