WordPress Multi-Multisites: Eine Fallstudie

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!