it-swarm.com.de

Komplexe Themen zu untersuchen, ist auch mit noch langsam WP Caching

Bei der Verwendung eines komplexen WP Themas neben einem WP Caching-Plugin scheint es nur minimale Leistungsverbesserungen zu geben. Wechseln Sie zu einem einfachen Thema, und die Leistung Ihrer Website wird erheblich verbessert.

FRAGE: Bei WP Themes können Back-End-Prozesse ablaufen , die niemals zwischengespeichert werden ) und werden ständig mit jedem Seitenaufruf ausgeführt, auch wenn ein WP-Caching-Plugin vollständig verwendet wird. Wo fangen Sie an, dies zu untersuchen? funktionen.php?

Ich verwende ein kostenpflichtiges WordPress-Theme, das viele Anpassungsfunktionen sowie ein eigenes Plug-in für den Builder von Begleitseiten enthält. Zwischen dem Theme und dem Companion-Plugin gibt es Hunderte von Dateien zu betrachten.

Ich erinnere mich jetzt, dass ich vor 2 Jahren die gleiche Erfahrung gemacht habe, als ich ein anderes kostenpflichtiges Thema (Client), eine andere Marke, verwendet habe, die auch ein Begleit-Plugin für den Seitenersteller hatte. Ich habe schreckliche Seitenladezeiten, wie 15 Sekunden, selbst bei bestätigtem WP Caching.

FRAGE: Gibt es ein Leistungsanalyse-Plugin, das die Themenprozesse im Gegensatz zu den typischen Front-End-Optimierungen (JS, CSS, Bilder usw.) unter die Lupe nimmt? Ich verwende Debugging-Plugins und Query Monitor , aber sie kommen mit langen Menüs mit technischen Berichten; wer weiß wo ich anfangen soll.

FRAGE: Kann jemand bestätigen, ob das von ihm bevorzugte Plugin für den Seitenaufbau mit dem Zwischenspeichern von WP gut funktioniert, und wenn ja, worum geht es?

1
MarsAndBack

In der Regel sind Page Builder-Designs und -Plugins mit dem Caching kompatibel. Der Grund, warum sie Websites immer noch verlangsamen, ist, dass sie sehr ressourcenintensiv sind.

In WP gibt es zwei Hauptressourcen - Daten aus der Datenbank und Dateien. Da Seitenersteller fast alles können, was Sie sich vorstellen können, müssen sie über ausreichend CSS und JavaScript (und sogar HTML-Markups) verfügen, um all diese unendlichen Möglichkeiten nutzen zu können. Der Page Builder wird Hunderte von Kilobyte an CSS und JavaScript enthalten, um all diese aufregenden HTML-Layouts nachrüsten zu können, die nicht wirklich dafür optimiert sind.

Komplexe Themen haben einen ähnlichen Overhead. Sie haben möglicherweise riesige CSS-Dateien und komplexes JavaScript und leiden allzu oft unter aufgeblähten Datenbanken - insbesondere, wenn die Entwickler gerade alle ihre Optionen in die wp_options-Datenbanktabelle geworfen haben und sie alle automatisch laden lassen. Je größer Ihre Optionstabelle wird, desto langsamer arbeitet Ihre gesamte Site. Auch "weniger komplexe" Themen - mit weniger Optionen - können weiterhin so codiert werden, dass sie langsamer werden. Im Allgemeinen ist es umso weniger ressourcenintensiv, je weniger Dateien enthalten sind. Wenn Sie ein Thema finden, für das kein CSS-Framework wie Bootstrap oder Foundation erforderlich ist, wird dadurch zusätzlicher Overhead vermieden. Sie erleichtern das Hinzufügen von Elementen wie Navigationsleisten, Zeilen und Spalten, jedoch am Ende von Wenn Sie heute ein clever codiertes Thema finden, das CSS Grid (und Flexbox-Fallbacks) anstelle eines Frameworks verwendet, sparen Sie Hunderte von Kilobyte in Dateien.

Da Seitenersteller und komplexe Themen für jeden Besucher eine Unmenge von Dateien zum Herunterladen haben, bleibt die Tatsache bestehen, dass sie jeden Besucher zum Herunterladen einer Unmenge von Ressourcen zwingen - CSS und JS -, während dies eine einfache Aufgabe ist Thema wird viel leichter sein. Stellen Sie sich vor, Sie laden ein animiertes GIF-Meme herunter, anstatt ein 5-minütiges Youtube-Video zu streamen - das GIF ist von Natur aus eine viel kleinere Datei, sodass es schneller heruntergeladen werden kann.

Eine andere Sache, die bei hochkomplexen Themen und Seitenerstellern ins Spiel kommt, ist die Tatsache, dass sie nicht nur die Kern-CSS- und JS-Dateien haben, die jeder auf jeder Seite herunterlädt, sondern oft auch bedingte CSS- und JS-Dateien, nur für bestimmte Layouts. Wenn Sie ein Thema erwähnen, das Hunderte von Dateien enthält, denken Sie daran, dass ein Besucher, auch wenn diese perfekt zwischengespeichert sind, immer noch herunterladen muss, wie viele dieser Dateien auch immer für jede Seite gelten, die er besucht. Wenn Sie also eine bestimmte Seitenvorlage verwenden, die eine zusätzliche Ressource darstellt, verfügt diese PHP -Datei wahrscheinlich auch über ein eigenes spezifisches CSS und JS, das nur für diese Vorlage gilt. Diese werden nicht bereits auf der Besucherseite zwischengespeichert - sie haben Ihre Homepage und möglicherweise einen Beitrag aufgerufen und jetzt werden sie zu diesem neuen Inhalt mit neuem CSS und JS weitergeleitet, auf den ihr Browser zuvor noch nicht gestoßen ist. Daher müssen sie herunterladen diese neuen Ressourcen sowieso.

Die Ladegeschwindigkeit ist ein ziemlich komplexes Thema, da es nur so viele verschiedene Faktoren gibt - wir haben noch nicht einmal darüber gesprochen, wie schnell Ihr Datenbankserver oder Dateiserver reagiert, und Ihre Wahl des Hosting-Anbieters kann diese Zeiten drastisch beeinflussen, was sich wiederum auswirkt jede Datei oder Datenbankabfrage, die Sie machen. Um herauszufinden, welche Designs und Plugins auf Ihrem eigenen Server am besten funktionieren, empfehlen wir Ihnen, Ihre Site auf eine Staging-Site zu kopieren - vorzugsweise auf denselben Server wie Ihre Live-Site - und dann einige Plugins wie Query Monitor-Plugins zu testen um zu sehen, welche Datenbankabfragen ausgeführt werden und wie lange sie dauern, einige Leistungs-Plugins, die zum Beispiel alle Ihre separaten JavaScript-Dateien in einer einzigen Datei kombinieren können, was manchmal zur Geschwindigkeitssteigerung beiträgt, und einige Plugins vom Typ Plugin Checker, die versuchen, zu bestimmen, welche Plugins sind die ressourcenintensivsten. Tun Sie dies nicht auf Ihrer Hauptseite, da einige dieser Plugins selbst ressourcenintensiv sind und Ihren Besuchern Probleme bereiten können. Wenn Sie jedoch mit all diesen Funktionen experimentieren und dann beispielsweise zu einem grundlegenden Thema wechseln, um festzustellen, wie stark sich die Leistung geändert hat, und dann jeweils ein Plug-in deaktivieren, um festzustellen, wie sich dies auf Ihre Website auswirkt, können Sie ein besseres Gefühl dafür entwickeln Was stört Ihre Website und wie können Sie wirklich schöne benutzerdefinierte Erlebnisse ohne all diese zusätzlichen Ressourcen codieren?.

1
WebElaine