Leistung in Erweiterungen #

Teil 3, Kapitel 36. Eine Erweiterung kann jede Seite einer Website langsamer machen: ein Listener auf response/output, ein Operator im Pagelayout, ein Fetch in einer Schleife. Dieses Kapitel nennt die üblichen Ursachen und die Werkzeuge, die sie finden.

Zuerst messen #

Messen Sie die Seite, bevor und nachdem Sie Ihre Erweiterung einschalten; der Unterschied ist das, was sie kostet.

Datenbank #

• Zählen Sie die Abfragen. Eine Seite, die dieselbe Abfrage einmal pro Listeneintrag ausführt, enthält eine Schleife, die nur einmal abrufen sollte.
• Rufen Sie mit Limits und Filtern ab; laden Sie nie einen ganzen Teilbaum, nur um ihn zu zählen (subTreeCountByNodeID() und die _count-Fetch-Funktionen zählen in der Datenbank).
• Laden Sie keine Attribute, die Sie nicht verwenden: load_data_map false() für Namenslisten.
• Indizieren Sie Ihre eigenen Tabellen auf den Spalten, nach denen Sie abfragen.

Caching #

Listener und Operatoren auf jeder Seite #

response/output, request/input und Operatoren im Pagelayout laufen bei jedem Request. Halten Sie sie bei wenigen Mikrosekunden: keine Datenbank, kein Lesen von Dateien, kein Netzwerk. Erledigen Sie die Arbeit an anderer Stelle und speichern Sie das Ergebnis.

Persistente Worker (Velocity) #

Velocity, der empfohlene Anwendungsserver, hält PHP-Prozesse zwischen Requests am Leben. Das macht den Kernel schnell und ändert die Regeln für Ihren Code:

• Kein Request-Zustand in statischen Variablen. Ein Worker setzt die statischen Variablen jeder Klasse zwischen den Requests zurück, aber Code, der sich darauf verlässt, dass eine statische Variable zu Beginn eines Requests leer ist, sollte es nicht geben: Berechnen Sie pro Request oder versehen Sie den Wert mit dem Schlüssel des Requests.

• Registrieren Sie einmal pro Request mit einem Request-Schlüssel, nicht mit einem true-Flag, wie die Velocity-Dokumentation zeigt:

  if ( self::$registered !== eZExecution::requestKey() )
  {
      self::$registered = eZExecution::requestKey();
      register_shutdown_function( array( __CLASS__, 'flush' ) );
  }

• Neue Klassen erfordern einen Neustart der Worker. Nach dem Bereitstellen von neuem Code erzeugt ./console exp:velocity deploy die Autoloads neu, leert die Caches und startet die Worker neu.

• Umschließen Sie einen Download samt eZExecution::cleanExit() nie mit catch ( Exception ): Unter Velocity wirft der saubere Abschluss eine Ausnahme, um den Request zu beenden.

Siehe Velocity: Exponential in einem Webserver mit persistenten Workern betreiben.

Frontend #

• Laden Sie Skripte und Stylesheets über den Packer (ein Bündel, gecacht, mit dem Zeitstempel im Namen).
• Binden Sie seitenspezifische Skripte mit ezscript_require nur auf dieser Seite ein.
• Bilder über Bildaliase, nicht als vollständige Originale.

Verwandte Seiten #

• Zurück: Erweiterungen debuggen
• Weiter: Ihre Erweiterung dokumentieren, einschließlich Hilfeseiten
• Benchmarking, Caches
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.