Die Herausforderung: Erstellen eines WordPress -Administrator -Dashboards, um Google Analytics -Daten aus ungef?hr 900 Blogs effizient anzuzeigen, die auf 25 Multisite -Instanzen verteilt sind. Der Schlüssel bestand darin, die in der Verarbeitung eines so gro?en Datensatzes innewohnenden Leistungshürden zu überwinden.

Dieser Artikel beschreibt den Entwicklungsprozess und zeigt wichtige Entscheidungen und Herausforderungen auf. Wir werden die WordPress -REST -API, die Debatte zwischen PHP und JavaScript, Einschr?nkungen der Produktionsumgebung, Sicherheitsüberlegungen, Datenbankdesign und sogar die Rolle von ai.

untersuchen

Key Terminology

Bevor Sie eintauchen, kl?ren wir einige Begriffe:

• WordPress Multisite: Eine Kern -WordPress -Funktion, die die Verwaltung mehrerer Blogs aus einer einzelnen Installation erm?glicht. Blogs teilen Kerndateien und die Datenbank, verfügen jedoch über einzelne Medienordner und blogspezifische Datenbanktabellen.
• WordPress Multi- Multisite: Ein Begriff für die Verwaltung mehrerer Instanzen von WordPress-Multisite-Installationen. Dieser Ansatz vermeidet die Komplexit?t des Teilens einer einzelnen Multisite unter verschiedenen Kunden.
• Dashboard -Site: Die Site hostet das benutzerdefinierte Dashboard zum Anzeigen aggregierter Analysedaten.
• Client -Sites: Die 25 WordPress -Multisite -Instanzen, aus denen Daten gesammelt werden.

Implementierungsstrategie

Die L?sung umfasste ein einzelnes WordPress -Plugin, das sowohl auf der Dashboard -Site als auch auf allen 25 Client -Sites installiert war. Dieses Plugin hat zwei Hauptfunktionen:

1. enth?lt Daten über benutzerdefinierte API -Endpunkte auf Client -Websites.
2. kratzt Daten von Client -Sites auf der Dashboard -Site, zwischengespeichert sie und zeigt sie auf dem Dashboard an.

Die WordPress Rest API: Die Grundlage

Die WordPress Rest -API war für dieses Projekt von zentraler Bedeutung. Die Erweiterbarkeit erm?glichte es, benutzerdefinierte Endpunkte zu erstellen, um die erforderlichen Daten aufzudecken.

Code -Snippet: API -Endpunktregistrierung

<?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 vs. JavaScript: Der asynchrone Vorteil

Anfangs wurde ein PHP-basierter Ansatz berücksichtigt. Die synchrone PHP-Verarbeitung und die serverseitige Ausführungszeitbeschr?nkungen machten dies jedoch unpraktisch. Die asynchronen Funktionen von JavaScript boten eine überlegene L?sung, die das gleichzeitige Abrufen von Daten von allen Standorten erm?glicht.

Die JavaScript -Implementierung reduzierte die Datenabnahmezeit von Daten signifikant: Von gesch?tzten 925 Sekunden (synchron) auf ungef?hr 2 Sekunden (asynchron). Browser- und Serveranforderungsgrenzen erforderten jedoch eine Verz?gerung von 150 Millisekunden zwischen Anforderungen.

Code -Snippet: Asynchrones Daten abrufen

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

Verbinden von PHP und JavaScript

Die PHP -Endpunkte und der JavaScript -Code wurden mit wp_localize_script() integriert, die nahtlos Endpunkt -URLs und andere erforderliche Daten an das JavaScript übergeben.

Sicherheit: Authentifizierung und CORS

Die Sicherheit wurde über Anwendungskennw?rter für die API-Authentifizierung und CORS (Cross-Origin-Ressourcenfreigabe) -Headers zur Erm?glichung von Cross-Domain-Anforderungen von der Dashboard-Site an den Client-Sites. Das Prinzip des geringsten Privilegien

Code -Snippet: CORS -Header -Implementierung

<?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) ...

Datenbank Caching

Um die Leistung zu verbessern, werden Daten in einer benutzerdefinierten Datenbanktabelle auf der Dashboard -Site zwischengespeichert, wobei ein relationales Datenbankmodell verwendet wird. Das Datenbankschema wurde ursprünglich unter Verwendung von DocBlocks entworfen und dann mit Unterstützung eines LLM verfeinert.

Code -Snippet: Datenbanktabelle Erstellung SQL

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

Ergebnisse und zukünftige überlegungen

Der MVP ist funktional und bietet wertvolle Einblicke in Blog -Verkehrsmuster. Zukünftige Verbesserungen k?nnten die Verwendung eines modernen JavaScript -Frameworks und die Erkundung serverloser L?sungen wie AWS Lambda für eine verbesserte Skalierbarkeit und Leistung umfassen. Die Verwendung von Cron-Jobs für die pr?ventive Datenzusammenstellung ist ebenfalls eine potenzielle Verbesserung.

Dieser Artikel bietet einen hochrangigen überblick über den Entwicklungsprozess. Die spezifischen Herausforderungen und L?sungen, die aufgetreten sind

Das obige ist der detaillierte Inhalt vonWordPress Multi-Multisites: Eine Fallstudie. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!