チャレンジ： WordPress管理ダッシュボードの構(gòu)築25のマルチサイトインスタンスに広がる約900のブログからGoogleアナリティクスデータを効率的に表示します。 重要なのは、このような大きなデータセットの処理に固有のパフォーマンスのハードルを克服することでした。

この記事は、開(kāi)発プロセスの詳細(xì)を説明し、遭遇した重要な決定と課題を強(qiáng)調(diào)しています。 WordPress REST API、PHP対JavaScriptの議論、生産環(huán)境の制限、セキュリティ上の考慮事項(xiàng)、データベース設(shè)計(jì)、さらにはAIの役割を調(diào)べます。

キー用語(yǔ)

ダイビングする前に、いくつかの條件を明確にしましょう：

WordPress Multisite：単一のインストールから複數(shù)のブログの管理を可能にするコアWordPress機(jī)能。 ブログはコアファイルとデータベースを共有していますが、個(gè)々のメディアフォルダーとブログ固有のデータベーステーブルがあります。
• wordpressmulti-
multisite：
• WordPress Multisiteインストールの複數(shù)のインスタンスを管理する用語(yǔ)。このアプローチは、異なるクライアント間で単一のマルチサイトを共有する複雑さを回避します。 ダッシュボードサイト：集計(jì)された分析データを表示するためのカスタムダッシュボードをホストするサイト。
クライアントサイト：
• データが収集される25のWordPressマルチサイトインスタンス。 実裝戦略
• ソリューションには、ダッシュボードサイトと25のすべてのクライアントサイトの両方にインストールされている?yún)g一のWordPressプラグインが含まれていました。 このプラグインには、2つの主要な機(jī)能があります
クライアントサイトのカスタムAPIエンドポイントを介してデータを公開(kāi)します

ダッシュボードサイトのクライアントサイトからデータを削り、それをキャッシュし、ダッシュボードに表示します。

WordPress REST API：Foundation

WordPress REST APIは、このプロジェクトの中心でした。 その拡張性により、カスタムエンドポイントの作成が必要なデータを公開(kāi)することができました。
1. コードスニペット：apiエンドポイント登録

php vs. javascript：非同期アドバンテージ

最初に、PHPベースのアプローチが考慮されました。ただし、同期PHP処理とサーバー側(cè)の実行時(shí)間制限により、これは実用的ではありませんでした。 JavaScriptの非同期機(jī)能は優(yōu)れたソリューションを提供し、すべてのサイトから同時(shí)データ取得を可能にします。

JavaScriptの実裝により、データの検索時(shí)間が大幅に短縮されました。推定925秒（同期）から約2秒（非同期）。 ただし、ブラウザとサーバーのリクエスト制限では、リクエスト間の150ミリ秒の遅延が必要でした。

コードスニペット：非同期データの取得

<?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とjavascriptの接続

PHPエンドポイントとjavaScriptコードは、wp_localize_script()を使用して統(tǒng)合され、エンドポイントURLおよびその他の必要なデータをJavaScriptにシームレスに渡しました。

セキュリティ：認(rèn)証とcors

セキュリティは、API認(rèn)証と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を使用して設(shè)計(jì)され、その後LLMの支援を受けて洗練されました。

コードスニペット：データベーステーブルの作成SQL

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

結(jié)果と將來(lái)の考慮事項(xiàng)

MVPは機(jī)能的であり、ブログのトラフィックパターンに関する貴重な洞察を提供します。 將來(lái)の改善には、最新のJavaScriptフレームワークの使用や、AWS Lambdaなどのサーバーレスソリューションの探索が含まれ、スケーラビリティとパフォーマンスが向上することが含まれます。 先制的なデータ編集のためにCRONジョブを使用することも潛在的な強(qiáng)化です。

この記事では、開(kāi)発プロセスの高レベルの概要を提供します。 遭遇した具體的な課題とソリューションは、大規(guī)模なWordPressマルチマルチスイト展開(kāi)を操作する開(kāi)発者に貴重な洞察を提供します。

以上がWordPress Multi-Multisite：ケーススタディの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。