Ein genereller Hinweis zum Forum: Es wäre hilfreich, wenn Du solche Dinge gleich direkt in Deiner ersten Frage mit aufführst, dann muss man nicht alles erst neu erraten, was schon längst bekannt ist.
Beiträge von b3317133
-
-
Am Rande bemerkt, weil das oft bei der Interpretation der PageSpeed Zahl nicht beachtet wird, diese PageSpeed Zahl ist keine reine Performance Angabe im Sinne von Geschwindigkeit, die man über Cache-Plugins "erschlagen" könnte, sondern eine berechnete Zahl über diverse Anforderungen hinweg, wobei die Anforderungen sich auch mal verändern, und für die Hinweise auf der PageSpeed Seite jeweils unten auch aufgeführt werden. Jeder Diagnose Punkt lässt sich aufklappen und im Detail weiter recherchieren. Da gibt es aktuell offenbar so einige Punkte, viel Erfolg damit!
-
Jemand, der Zugriff per sFTP und phpMyAdmin (Datenbank) hat und sich mit WordPress auskennt, kann möglicherweise aus diesen drei .gz Dateien eine Installation wiederherstellen, allerdings ist es lt. der Datumsangaben eine über ein Jahr alte Version vom Januar 2023.
Wende Dich am besten direkt an den Hosting Support und frage dort nach, ob es dort aktuellere serverseitige Backups von Dateien und Datenbank gibt, falls die aktuelle Seite vom ehemaligen Dienstleister tatsächlich gelöscht wurde.
-
Stelle maximal auf PHP 8.1.x um, siehe auch Antwort #6 und #8.
-
Effektivität Autoptimize
Früher fasste es tatsächlich alle CSS in eine einzige zusammen. Das tut es jetzt nicht mehr.
Einstellungen von Autoptimize prüfen ob dort etwas ausgeschlossen ist o.ä. oder ob durch ein WordPress Update jetzt irgendwelches seitenspezifische CSS verwendet wird, der Gutenberg Blockeditor fügt z.B. inzwischen jede Menge inline CSS direkt ein, auch wenn er gar nicht verwendet wird. Zum Entfernen z.B. Suche nach remove gutenberg inline css (google), dabei aber darauf achten, dass manche Anleitungen schon veraltet sind und inzwischen noch mehr eingefügt wird. -
Wie gesagt hängt es auch davon ab, auf welche PHP Version Du umgestellt hattest, das wurde auch nach Nachfrage noch nicht genannt.
Falls Du auf etwas höheres als PHP 8.1.x umgestellt hattest, kann die Fehlerquelle auch anderswo z.B. in WordPress selbst sein.
-
Derzeit wird offenbar WP Fastest Cache und gleichzeitig Autoptimize verwendet. Die Funktionen dieser Plugins überschneiden sich, evtl. kommt sich nach Updates etwas in die Quere. Was konkret ist mit "Autoptimize arbeitet nicht mehr so effektiv" gemeint?
-
Vielleicht kann der Support des Plugins weiterhelfen und PHP Kompatibilität des Plugins verbessern. Du solltest dort aber auch rückmelden, auf welche PHP Version umgestellt wurde, als der Fehler auftrat.
Generell sollte man WordPress derzeit wohl maximal mit PHP 8.1.x betreiben, alles neuere ist noch beta Support, siehe auch Übersicht hier in der Entwickler Dokumentation von WordPress.
-
@mayiask Allgemeingültige Empfehlungen ohne das individuelle Projekt zu kennen bzw. zu beachten sind nicht sinnvoll möglich.
-
... nur auf einer einzigen Seite, die ich mit dem Multiple Pages Generator-PlugIn erstellt hatte. ... Ich habe bei meinem ISP php upgedatet, sonst nichts verändert.
Möglicherweise ist das Plugin nicht mit der neuen PHP Version kompatibel. Von welcher auf welche Version wurde umgestellt?Hat jemand vielleicht Erfahrung mit einer solchen Fehlermeldung?
Genaueres im Server Error-Log beim ISP oder über Aktivieren von [FONT=Courier New]WP_DEBUG[/FONT]. -
Schön, dass Du es letztendlich gefunden hast und Rückmeldung gibst.
Deine Suche vorher hat dann offenbar nicht funktioniert, die entspr. Suchbegriffe wurden klar genannt, als das Theme als Ursache ermittelt war:
Durchsuche alle Theme Dateien nach z.B. "adsbygoogle" oder "googlesyndication".
Die Suche nach deinen beiden Begiffen blieb aber erfolglos.
Ich habe das gesamte Theme-Verzeichnis nur nach dem begriff Google durchsuchen lassen, finde dort aber nur die Roboto-TTFs und wieder meine Custom-CSS.
-
-
@mayiask Von individuellen Faktoren abhängig. Auch je nach Kundenwünschen (falls die im individuellen Fall Sinn machen). Oder was bei laufenden Projekten schon eingesetzt wird. Oft ist weniger mehr. W3 Total Cache fliegt oft raus, WP-Optimize ebenso, beide überkomplex.
-
Um unnötiger Verwirrung durch irgendwelche Pseudo-KI-Chatbots vorzubeugen: Die drei genannten Cache Plugins WP Rocket, W3 Total Cache und Cache Enabler schreiben minified/combined js/css Dateien und fertig erzeugtes HTML von Seiten usw. auf die Festplatte und keineswegs in die Datenbank.
-
Eine Idee, wie ich diese graue Leiste ausschalte?
Schau Dir Design > Customizer > Allgemeine Optionen > Seitentitel > Brotkrümelnavigation bzw. Breadcumbs an.Generell evtl. mal alle OceanWP Einstellungen durchlesen...
-
Das Cachify Plugin wurde lt. WordPress Plugin Verzeichnis vor über 3 Jahren zuletzt aktualisiert und ist nur für ältere WordPress 5.8.x getestet, aktuell ist WordPress 6.5.2.
ZitatDieses Plugin ist nicht mit den jüngsten 3 Hauptversionen von WordPress getestet worden. Es wird möglicherweise nicht mehr gewartet oder unterstützt und kann Kompatibilitätsprobleme haben, wenn es mit neueren Versionen von WordPress verwendet wird.
-
Um unnötiger Verwirrung vorzubeugen: Cache Plugins schreiben minified/combined js/css Dateien und fertig erzeugtes HTML von Seiten usw. üblicherweise auf die Festplatte und keineswegs in die Datenbank.
-
Bei WordPress sind 2 GB Datenbank Bedarf ungewöhnlich hoch.
Falls Statistik-Plugins laufen, erstmal innerhalb von WordPress Admin in den Statistik-Plugineinstellungen deren ältere Einträge bereinigen/löschen.
Falls Du nicht weiterkommst, Screenshot der Liste der installierten Plugins und Screenshot der Liste der Tabellen aus [FONT=Courier New]phpMyAdmin[/FONT] posten.
-
In der Übersicht und in den einzelnen Beiträgen ist oberhalb vom Menü kein Rand. Jedoch wenn ich auf eine Kategorie klicke, dann ist in der Kategorie übersicht ein weisser Rand. Wie kriegt man den Weg?
Der weisse Rand kommt durch die Anzeige eines leeren "Top Bar", evtl. ist der in den Theme Einstellungen aktiviert, bei OceanWP z.B. Design > Customizer > Leiste - ganz oben. -
Gerade mit meinem Provider telefoniert, die meinten das wären Standart Abfragen von Crawlern. Weil ich z.B. die Seite ws.php nicht habe, kommt dann die Meldung 404.
Der Provider hat für diese URL recht. Eine [FONT=Courier New]ws.php[/FONT] URL ist eine typische Anfrage von automatisierten Crawlern, die meist irgendwo auf gehackten Servern laufen und rund um die Uhr andere gehackte und/oder verwundbare Installationen aller Art (nicht nur WordPress) suchen und dabei zig verschiedene URLs anhand von Listen ausprobieren, auch wenn die nirgends bei Dir verlinkt oder vorhanden sind. Manchmal geht das Zusammensetzen der URLs auch etwas schief so wie in Deinem Beispiel, insbesondere wenn Weiterleitungen auf dem Zielserver stattfinden. Bei den meisten Webauftritten findet man eine Vielzahl solcher und ähnlicher Einträge im [FONT=Courier New]access.log[/FONT] der Server.Die genannten vielen 404 Ergebnisse muss man jeweils im Einzelfall betrachten, damit man einschätzen kann, ob ein Problem in WordPress bzw. im Content vorliegt. Eine generelle Aussage dazu ist nicht möglich.