Beiträge von b3317133

Bzgl. "Speichern", vermutlich wird eine Fehlermeldung oder Warnung während des Speicherns ausgegeben. Ist [FONT=Courier New]WP_DEBUG[/FONT] aktiv? Gibt es Einträge im PHP Error Log? Seit wann ist das so? Was wurde seitdem verändert, als es noch funktioniert hat?

Bzgl. Anzeige, welches Bild genau? Screenshot?

Evtl. hilft es schon, den Scriptfehler in [FONT=Courier New]window.CookieHinweis_options = { ... }[/FONT] zu beheben, es fehlen mind. zwei Namen von Werten im Objekt.

Weiterhin enthält die Seite eine ganze Reihe HTML Syntaxfehler, die sollte man wohl auch erstmal beheben, auch sowas kann ursächlich für Darstellungsprobleme sein. Hinweise z.B. über Firefox > Seitenquelltext anzeigen, rote HTML Tags suchen und beheben...

Der Fatal Error ist jetzt verschwunden, es lag demnach wohl an einem unvollständigen bzw. korrupten Upload der WordPress Systemdateien.

Die Permalinks funktionieren (noch) nicht, hier zunächst bei Einstellungen > Permalinks auf Einfach stellen und dann nachlesen, was für schönere Permalinks bei Deinem nginx (das ist Deine Server Software) noch zu tun ist.

Woher genau stammen die "runtergeladenen WP-Ordner"?

Verwende dieses Archiv von der offiziellen wordpress.org Seite und lade den gesamten Inhalt neu per FTP hoch.

• Was wird auf der Startseite angezeigt? Link zur Seite?
• Was ist in Einstellungen > Lesen > Deine Homepage zeigt > ... eingerichtet? Ggf. Screenshot?

Üblicherweise erscheinen solche Meldungen wenn ein Mischmasch von Dateien aus verschiedenen WordPress Versionen oder Theme Versionen vorhanden ist.

Um zunächst das Theme als Einfluss auszuschliessen, entferne per FTP den Theme Ordner, dann sollte WordPress auf ein Standard Theme Twenty XXX zurückfallen.

Wie genau wurde WordPress installiert?

Welche PHP Version läuft auf dem Server?

Ist nginx auf dem Server passend für WordPress eingerichtet?

Ist diese Blog Seite in Einstellungen > Lesen > Deine Homepage zeigt > Beitragsseite eingestellt?

Ein Blick in die Browser Konsole zeigt auch im Frontend der genannten Seite diverse Scriptprobleme, z.B. in diesen Dateien:

https://haurenherm.com/wp-content/plugins/trx_addons/js/trx_addons.js
https://haurenherm.com/wp-content/themes/gardis/js/__scripts.js

Möglicherweise sind Theme bzw. auch das Plugin nicht wirklich mit der derzeit verwendeten WordPress Version 5.8 kompatibel, mehr zur Kompatibilität beim jeweiligen Hersteller herausfinden.

Evtl. hilft temporär das Plugin Enable jQuery Migrate Helper weiter, Hintergründe dazu hier.

Oder auch mal mit dem Plugin Classic Widgets probieren, Hintergründe dazu hier.

Mit welcher WordPress Version hat es denn noch funktioniert?

Was genau im Kopfbereich wird nicht richtig angezeigt? Link zur zerstörten Seite?

Die hinterlegte Datei ist hier auf einem Samsung mit Android 10 in Firefox gar nicht abspielbar, "file is corrupt".

Unter Windows mit Firefox wird sie mit Ton (und Videoruckler am Anfang), mit Chrome nur ohne Ton abgespielt.

https://innenstadt-bedburg.de/wp-content/uploads/2021/07/Bedburg_Fassadenprogramm_15072021_komprimiert.mp4

Teste das Abspielen der Datei mal ganz ohne Pagebuilder Einbindung oder Player Plugin direkt im jeweiligen Browser, das Problem dürfte die Datei selbst sein.

Zitat von lumpidumi77

single-product.php

• Was genau bedeutet "zerstört es die Seite"?
• Wurde die Datei in den richtigen Unterordner [FONT=Courier New]/woocommerce/single-product.php[/FONT] im Child Theme Ordner kopiert?
• Was genau wurde an der Datei geändert?

Zitat von lumpidumi77

archiv-product.php

• Der korrekte Dateiname wäre [FONT=Courier New]/woocommerce/archiv[COLOR=#ff0000]e[/COLOR]-product.php[/FONT] im Child Theme Ordner.

Mehr zur Template Strutur von WooCommere hier.

• Welche "mobilen Endgeräte" wurden getestet?
  
• Welches genaue Handy? Welches Betriebssytem und Version? Welcher Browser und Version?
• Link zur Seite mit den Videos?

Falls es trotz mehrfacher Hinweise noch immer nicht klar ist:

Für eine sinnvolle Ursachenermittlung von Darstellungsproblemen sollte man immer alle Minify-, Cache- und sonstige Optimierungsplugins und auch ggf. vorhandene sonstige serverseitige Cache-Mechanismen vollständig deaktivieren.

Sonst ist das alles nur ein Stochern im Nebel...

Zitat von irmen

... nachdem im Theme DIVI für alle Abfragen voreingestellt ist, dass nach Datum sortiert wird und zwar absteigend - habe ich eine neue Funktion erfragt, mit der man dies ändern kann. Denn ich brauche die posts der Kategorie "Termine" aufsteigend nach Datum angezeigt.

Die erfragte Funktion sortiert nicht nach Datum sondern alphabetisch nach Beitragstitel. Evtl. nochmal dort nachfragen...

Die Kategorie-ID kann sofern im aktuellen Query vorhanden z.B. über [FONT=Courier New]get_query_var('cat')[/FONT] ermittelt und verglichen werden. Zudem sollte man ggf. sicherstellen, dass das Query nicht auch im Backend und falls gewünscht im Frontend nur auf Kategoriearchivseiten o.ä. ausgeführt wird, mehr dazu in der Entwicklerdokumentation von WordPress zu [FONT=Courier New]pre_get_posts[/FONT].

Die aktuelle WordPress Version 5.8 beinhaltet Veränderungen bei den Widgets.

Funktioniert es mit dem Classic Widgets Plugin?

Wichtig: Vor jedem Update immer aufmerksam die entspr. Release Notes lesen, dort ist auch extra ein weiterführender Link zu diesem Thema mit u.a. Verweis zum genannten Plugin.

In welcher Action wird register_post_type() aufgerufen?

Mit welcher Version von WordPress und WPBakery funktioniert es?

Auf dem Server läuft lt. HTTP Headern augenscheinlich zusätzlich auch noch ausserhalb von WordPress ein weiterer Cache-Mechanismus, wende Dich an den Hosting Support, um herauszufinden, wie Du den deaktivieren oder leeren kannst.

Durch aktive Cache- und Optimierungsmechanismen ist es für mögliche Helfer völlig unklar, welches CSS woher kommt usw., habe jetzt mehrfach darauf hingewiesen, diese Plugins zu deaktivieren, mind. SiteGround Optimizer läuft aber immer noch, bin daher hier raus, viel Erfolg bei der Problembehebung.

Vergleichsweise blind hier irgendwelche Rollbacks zu machen, ist generell wenig zielführend. Um den funktionierenden Stand wiederherzustellen, hast Du ein Komplettbackup erstellt.

Alternativ wende Dich an die Person, die den Website eingerichtet hat bzw. technisch dafür verantwortlich ist, die kann Dir sicher kurzfristig weiterhelfen.

Es sind weiterhin Minify-, Cache- und sonstige Optimierungsplugins aktiv, derzeit mindestens: SiteGround Optimizer

Um das Problem genauer zu identifizieren, spielt man z.B. das Backup auf einem Testserver ein und macht dann dort schrittweise einzeln die Updates. Generell spielt man eigentlich bei unternehmenskritischen Installationen wie Shops usw. sämtliche Updates erst auf einem Testserver ein und testet dort alles komplett durch.

Zitat von Sanfer

Habe zwar vor meinen Updates eine Updraft-Sicherheitskopie gemacht, aber ich möchte nicht alles zurücksetzen.

Wozu genau wurde dann diese Sicherheitskopie erstellt?

Zitat von Sanfer

Was kann ich tun?

Versuche es mal mit nach den Updates neu in die Mediathek hochgeladenen Bildern? Sind die Bilder dann passender? Falls ja, müssen die diversen Bildgrössen der vorhandenen Bildern mit einem Plugin wie Regenereate Thumbnails o.ä. neu erstellt werden.

Weiterhin deaktiviere alle Minify-, Cache- und sonstige Optimierungsplugins und leere alle ggf. vorhandenen internen sonstigen Caches auch des Themes bzw. von Elementor. Ändert das etwas?

Die Avataranzeige in WordPress ist standardmäßig aktiviert und muss bei Bedarf wie in Antwort #2 beschrieben manuell deaktiviert werden. Siehe auch [FONT=Courier New]show_avatars[/FONT] Einstellung in der WordPress Dokumentation.