|
Hier entsteht folgender Fehler in WPML:
gzuncompress(): data error
wp-content/plugins/sitepress-multilingual-cms/classes/translations/TranslationElements/FieldCompression.php:150
Dies deutet darauf hin, dass WPML versucht, eine Zeichenkette von Übersetzungsdaten zu dekomprimieren, die Daten jedoch entweder beschädigt, unvollständig oder nicht im erwarteten komprimierten Format vorliegen.
Wir haben dazu bereits die folgene Errata angeboten und einen Workaround bereitgestellt, welche ich im Staging bereits integriert habe:
https://wpml.org/errata/possible-performance-issue-highlighted-by-unexpected-calls-to-gzuncompress/
Danach verbessert sich die Ladezeit der Website, aber sie ist noch nicht ideal.
---
Hier noch einige Hinweise, die nicht direkt mit WPML in Verbindung stehen, aber die Website negativ beeinflussen:
Auf der Website gibt es zwei Probleme in Bezug auf das Laden der Text-Domains, welche sich negativ auf WPML String Translation auswirken kann. Die Ursache liegt allerdings in den jeweiligen Plugins, die ihre Text-Domains nicht nach aktuellem WordPress-Standard laden.
Diese Fehler sollten an die entsprechenden Support-Teams gemeldet werden:
1) Plugin: Heartbeat Control by WP Rocket
Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the heartbeat-control domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. (Diese Meldung wurde in Version 6.7.0 hinzugefügt.)
2) Plugin: Health Check & Troubleshooting
Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the health-check domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. (Diese Meldung wurde in Version 6.7.0 hinzugefügt.)
_load_textdomain_just_in_time()
Ein weitere Fehler entsteht in Elementor:
3) Plugin: Elementor
Function Elementor\Controls_Manager::add_control_to_stack was called incorrectly. Cannot redeclare control with same name "eael_image_masking_upload_pro_message". (Diese Meldung wurde in Version 1.0.0 hinzugefügt.)
Elementor\Controls_Manager->add_control_to_stack()
Dieser Fehler legt sich anscheinend mit dem aktuellen Update von Elementor.
---
Zudem hat die Website laut Dashboard 275 Weiterleitungen, die deine Aufmerksamkeit benötigen. Es sollte genau untersucht werden, ob hier Weiterleitungen vorliegen, die eventuell veraltet sind. Soche Weiterleitungen können die Ladezeit der Website beeinflussen.
Diese Weiterleitung wird in SEOPress PRO verursacht und sobald ich das Plugin deaktiviere, lädt die Website wesentlich schneller.
---
Das Plugin "String Locator" sollte nicht zusammen mit WPML verwendet werden, da WPML einen eigenen Mechanismus hat, um nach String zu scannen, und die gleichzeitige Verwendung beider Plugins dadurch unnötig ist, sich dadurch negativ auf die Performance auszuwirken oder unterwartete Probleme zu verursachen.
Bei meinem Test führt das Deaktivieren dieses Plugin zu einer wesentlichen Verbesserung der Ladezeit.
---
Verwendung mehrere Page Builder:
Hier wird das Divi Theme verwendet, welches seinen eigenen Page Builder integriert hat. Zusätzlich wird Elementor PRO verwendet. Ein solches Setup ist nicht empfehlenswert und kann sich negativ auf die Performance auswirken oder gar zu unerwartete Probleme bei der Darstellung oder Konflikten auf der Website führen.
Es sollte generell nie mehr als ein Plugin des gleichen Typs auf einer Website aktiviert sein.
---
Unser Add-on "WPML SEO" kann nur mit "Yoast SEO" oder "RankMath SEO" verwendet werden. Da hier SEO Press verwendet wird, kann "WPML SEO" deaktiviert werden.
---
Auf dem Staging kannst du im aktuellen Setup sehen, dass die Website wieder in etwa in 3 Sekunden lädt, und das ist auch der Fall, wenn ich sie ohne WPML teste.
|
