Häufig gestellte Fragen

Was ist ein "WP Hive Plugin Test"?

WP Hive testet ein Plugin in seiner einfachsten Form. Alle WP Hive-Tests sind automatisiert und blind. Das Konzept des Blindtests wurde erstmals 1784 von der französischen Akademie der Wissenschaften eingeführt. Mehr darüber erfahren Sie unter Wikipedia.

• Ob das Plugin aktiviert werden kann oder nicht.
• Ob es einige Fehler (JS-Fehler/Ressourcenfehler/PHP-Fehler/Aktivierungsfehler usw.) auslöst
• Wie viel Speicherplatz ein Plugin nach seiner Aktivierung benötigt.
• Wie viel Einfluss ein Plugin auf den Server hat.
• ob der Datenbank-Footprint des Plugins optimal ist oder nicht
• Wie häufig das Plugin aktualisiert wird
• Ob das Plugin mit den neuesten WordPress- und PHP-Versionen kompatibel ist.

Was ist die Testumgebung?

Alle Plugins werden auf dem gleicher Server mit genau die dieselbe Konfiguration. Die Serverkonfiguration sieht wie folgt aus

• Die Testseiten werden gehostet auf Google Cloud VM-Instanzenmit einer Site/Plugin pro Instanz. Der Maschinentyp ist n1-standard-1. Der Server ist ein 8-Kern-CPU mit 8 GB RAM.
• Die Testseiten werden auf dem Apache/2-Server gehostet.
• Alle Tests wurden mit PHP 7.2.16 durchgeführt.
• Der Datenbankserver ist MySQL 8.0.15
• Der PHP-Standardspeicher ist auf 256 MB begrenzt.

Wie prüft WP Hive die Kompatibilität von WordPress?

Unsere WordPress-Kompatibilitätsprüfung kombiniert einige Bedingungen. Wenn alle Bedingungen erfüllt sind, zeigen wir "Vollständig kompatibel" an. Die Bedingungen sind:

• Keine PHP-Fehler
• Keine JS-Fehler
• Keine Ressource Fehler

Wie behandelt WP Hive die Daten der einzelnen Plugins? Wie erzeugen Sie die Benchmark-Ergebnisse?

WP Hive besteht aus mehreren Teilen. Einer von ihnen ist ein sehr leistungsfähiger Crawler. Der Crawler crawlt alle Plugins von WordPress.org, aktiviert sie blind und protokolliert viele wichtige Daten wie Seitengeschwindigkeit, Speichernutzung, JavaScript-Probleme, Aktivierungsprobleme und mehr. Er hat immer ein Auge auf das Repository von WordPress.org.

• Alle Skripte laufen auf einem VPS mit 8 CPU-Kernen und 8 GB RAM. Dieser Server ist mit ziemlicher Sicherheit leistungsstärker, als er für dieses Projekt sein muss.
• Die Testseiten werden gehostet auf Google Cloud VM-Instanzen, eine Site/Plugin pro Instanz. Der Maschinentyp ist n1-standard-1. Immer wenn der Crawler ein neues Plugin (oder ein Plugin-Update) findet, das noch nicht getestet wurde, testet das Testskript das Plugin, zeichnet die neuen Daten auf und sendet die Daten zurück.
• Das Frontend wird mit den aktualisierten Testergebnissen aktualisiert mit neuer Plugin-Version. Ja, der gesamte Prozess ist automatisch.
• Wann immer es ein neues Plugin-Update gibt - der Crawler bekommt es innerhalb von 1-3 Tagen, und der Prozess wiederholt sich.

Wie deklariert WP Hive, ob ein Plugin minimale Auswirkungen auf die Speichernutzung hat oder nicht?

Bei der Festlegung eines Standards für die Speicherfreundlichkeit sind wir in einige Schwierigkeiten geraten. Denn in der WordPress-Branche gibt es keinen Standard für die Wahl der Speicherfreundlichkeit.

Also dachten wir, wir müssen nicht wissen, ob es 100 KB oder 5 MB für jedes Plugin sind. Das soll die WordPress-Industrie entscheiden. Also berechnen wir dynamisch die durchschnittliche Speichernutzung von 50000+ WordPress-Plugins (alle Plugin-Daten, die wir haben).

• Zunächst berechnen wir einen Durchschnittswert für die Speichernutzung aller uns vorliegenden Plugin-Daten. Dieser Wert wird dynamisch generiert und ändert sich jeden Tag.
  
  Dann fügen wir hinzu 200KB mit diesem Wert als C. Nennen wir den neuen Wert M. WP Hive trifft die Entscheidung, ob ein Plugin speicherfreundlich ist oder nicht, unter Berücksichtigung des Werts von M.

Hier nehmen wir den Wert C ist konstant und beträgt 200KB. Dieser Wert wird hinzugefügt, um unseren Ergebnissen Legitimität zu verleihen. Wir wollen zum Beispiel nicht jedes Plugin als "nicht speicherfreundlich" deklarieren, da der Durchschnittswert jeden Tag variieren kann, da wir jeden Tag neue Plugins zu unserer Datenbank hinzufügen. Durch Hinzufügen von 200KB in die Gleichung als C - wir geben jedem Plugin eine faire Chance, den speicherfreundlichen Status auf WP Hive zu erhalten.

• Wenn der Speicherverbrauch des Plugins weniger als M - WP Hive deklariert es als speicherfreundlich.

• Wenn der Speicherverbrauch des Plugins größer als Mdeklariert WP Hive es als nicht speicherfreundlich.

Wie erklärt WP Hive, ob ein Plugin eine minimale Auswirkung auf den Pagespeed hat oder nicht?

Bei der Festlegung eines Standards für die Seitengeschwindigkeit sind wir demselben Prinzip gefolgt wie zuvor.

Wir berechnen dynamisch die durchschnittliche Seitengeschwindigkeit von über 50000 WordPress-Plugins (alle Plugin-Daten, die wir haben).

• Zunächst berechnen wir einen Durchschnittswert für den Pagespeed aller uns vorliegenden Plugin-Daten. Dieser Wert wird dynamisch generiert und ändert sich jeden Tag.
  
  Dann fügen wir hinzu 1000 Millisekunden mit diesem Wert. Nennen wir den neuen Wert M. WP Hive trifft die Entscheidung, ob die Seitengeschwindigkeit eines Plugins optimal ist oder nicht, unter Berücksichtigung des Werts von M.

Hier nehmen wir den Wert C ist konstant und beträgt 1000 Millisekunden. Dieser Wert wird hinzugefügt, um unseren Ergebnissen Legitimität zu verleihen. Wir wollen zum Beispiel nicht jedes Plugin als "nicht seitengeschwindigkeitsfreundlich" deklarieren, da der Durchschnittswert jeden Tag variieren kann, da wir jeden Tag neue Plugins zu unserer Datenbank hinzufügen. Durch das Hinzufügen von 1000 Millisekunden in die Gleichung als C - geben wir jedem Plugin eine faire Chance, den Status "pagespeed-friendly" auf WP Hive zu erhalten.

• Wenn der Wert für die Seitengeschwindigkeit des Plugins weniger als M - WP Hive erklärt, dass das Plugin über "minimale Auswirkungen auf die Seitengeschwindigkeit"
• Wenn der Wert für die Seitengeschwindigkeit des Plugins größer als M - WP Hive erklärt, dass sich das Plugin nicht für die "minimale Auswirkung auf den PagespeedStatus".

Wie findet WP Hive heraus, ob ein Plugin PHP/JS/Resource/Resource Error hat?

Alle WP Hive-Tests sind automatisiert und blind. Die Ergebnisse werden in keiner Weise manipuliert. Bei einem "WP Hive Plugin Test" testen wir jedes Plugin blind.

Das System aktiviert automatisch ein Plugin und prüft, ob das Plugin einen Fehler erzeugt. Der gesamte Prozess ist automatisch.

WP Hive zeigt den aktuellen Fehler an (wenn es einen gibt, während das Plugin aktiviert wird) und zeigt diesen im Abschnitt Fehler an.

Wie kann WP Hive erkennen, ob das Plugin häufig aktualisiert wird oder nicht?

Wir finden heraus, ob das Plugin in der letzten Zeit aktualisiert wurde 90 Tage oder nicht. Wenn das Plugin in den letzten Tagen aktualisiert wurde 90 Tage - wir zeigen den Status des Plugins an häufig aktualisiert.

Welche Plugins werden getestet?

WP Hive hat sich zum Ziel gesetzt, JEDES WORDPRESS-Plugin zu testen, das es gibt. Wir wissen, dass es eine schwierige Aufgabe ist, aber wir haben bereits 50000 Plugin-Daten und wir aktualisieren die Daten, sobald es eine neue Version für das Plugin gibt. Ich denke, wir sind bereits abgedeckt!

Wir haben etwa 98% der WordPress-Plugins aus dem WordPress-Repository mindestens einmal getestet. Aufgrund einiger technischer Beschränkungen können wir jedoch nicht alle Plugins testen. Wenn ein Plugin zum Beispiel keine "Versions"-Überschrift hat oder unser Testskript das Plugin nicht aktivieren kann, können wir es nicht testen.

Bedeutet ein positives Ergebnis bei WP Hive, dass das Plugin garantiert funktioniert?

Eigentlich nicht. Dies ist ein automatisierter Test, und die Testkriterien sind einfach. Es könnte mehr Fehler geben, die WP Hive nicht herausfinden kann. Außerdem werden alle Plugins in der gleichen Umgebung getestet (WordPress-Version + PHP-Version + Servereinstellungen).

Wenn Sie einen anderen Server, andere PHP-Versionen und andere Konfigurationen verwenden, können Sie trotzdem auf Probleme stoßen und die Ergebnisse sind für Sie möglicherweise nicht korrekt. WP Hive gibt eine Überblick über ein Plugin, kein endgültiges Urteil.

Wenn ein Plugin bestimmte WP Hive-Kriterien nicht erfüllt, bedeutet das dann, dass das Plugin kaputt und unbrauchbar ist?

NEIN. Es deutet nur darauf hin, dass mit dem Plugin etwas nicht in Ordnung sein könnte. Es hat unsere Kriterien nicht erfüllt. Es ist jedoch bedeutet nicht unbedingt dass das Plugin unbrauchbar ist.

• WP Hive kann nicht zwischen kritischen Bugs und harmlosen Fehlern unterscheiden. Wir behandeln zum Beispiel jeden Datenbank- oder Ressourcenfehler als schwerwiegendes Problem. In der Praxis können die Probleme folgende Ursachen haben keine sichtbaren Auswirkungen auf Ihre Website.
  
• WP Hive kümmert sich nicht um Abhängigkeiten. Zum Beispiel könnte ein bestimmtes Plugin eindeutig besagen, dass Sie zuerst ein anderes Plugin installieren müssen, um das Plugin nutzen zu können. WP Hive ignoriert jedoch all dies. WP Hive installiert jedes Plugin auf einer neuen WordPress-Website und aktiviert es mit den Standardeinstellungen. Wenn das Plugin abstürzt, wird das Testergebnis als Fehler angezeigt.
  
• Alle Tests werden mit einem Headless-Browser durchgeführt. Es kann sein, dass einige Plugins Fehler auslösen, aber die Plugins können in einem "echten" Browser völlig problemlos funktionieren. Es kann also zu falsch positiven Ergebnissen kommen. Dieser Fall ist jedoch äußerst unwahrscheinlich.