Beiträge von b3317133

Stelle sicher, dass alle nötigen Seiten existieren und publiziert sind (nicht auf Entwurf stehen o.ä.), siehe auch WooCommerce > Einstellungen > Erweitert > Seiteneinrichtung bzw. bei Bedarf wenn Seiten versehentlich gelöscht wurden WooCommerce > Status > Werkzeuge > Standard-WooCommerce-Seiten erstellen.

Vermutlich handelt es sich um ein ähnliches Problem wie hier beschrieben, siehe Datei comments.php

Welche WordPress Version war vor dem Update auf 6.0 aktiv?

Nein, das meine ich nicht.

Wenn Du Deine Seite "Shop" auf Entwurf stellst, zeigt das Menü nicht mehr auf den Link [FONT=Courier New]/shop/[/FONT] sondern über den ID auf den nicht zugänglichen Entwurf [FONT=Courier New]/?page_id=977[/FONT], was dann (warum genau auch immer) auf Dein erstes Produkt weitergeleitet wird.

Evtl. wäre ein Plugin wie dieses hier besser für Deine Zwecke geeignet als der aktuelle Ansatz.

Entferne auch den Eintrag "Shop" aus dem Menü wenn die Seite "Shop" auf Entwurf gesetzt wird.

1. Installiere das AMP Plugin nicht.
2. Falls Du es doch installierst, lies und verstehe vorher jeden Punkt dieser kleinen Anleitung.

• Deaktiviere alle Cache- und Optimierungs-Plugins.
• Melde Dich von WordPress ab.
• Link zur abrufbaren "Entwurf" Seite?

Verwende für die Übernahme von Parametern in Contact Form 7 im entspr. Feld [FONT=Courier New]default:get[/FONT] ggf. in einem versteckten Feld, mehr dazu in der Contact Form 7 Dokumentation Default Values from Context.

Oder alternativ wenn sonstige Daten der aktuellen Seite mit dem Formular gewünscht sind die Contact Form 7 Special Mail Tags.

Anmerkungen am Rande:

• Das Feld [FONT=Courier New]guid[/FONT] wird von WordPress nicht zum Auffinden von Dateien genutzt. Auf vielen Installationen wird das abweichen, z.B. nach http/https Umstellungen oder nach Domainumzügen. Recherchehinweis dazu siehe oben.
• Zum Lesen/Schreiben der Metadaten in der Mediathek sollte dafür vorhandene WordPress API [FONT=Courier New]wp_get_attachment_metadata()[/FONT] bzw. [FONT=Courier New]wp_update_attachment_metadata()[/FONT] verwendet werden, damit auch alle damit verknüpften sonstigen Hooks laufen.

Schau Dir mal z.B. diese Funktionen und ihre Arbeitsweise an:

• https://developer.wordpress.org/reference/functions/wp_upload_dir/
• https://developer.wordpress.org/reference/func…hment_metadata/

1. auf 5.9.x zurückstellen bzw. Backup einspielen
   
2. Problem bei den WordPress Entwicklern melden, die lesen hier nicht mit

Anmerkung am Rande: Das Feld [FONT=Courier New]guid[/FONT] wird von WordPress nicht zum Auffinden von Dateien genutzt und ist auch nicht zwangsläufig konsistent mit der aktuellen URL/Domain. Mehr dazu z.B. google: WordPress guid

Mit dem Zurückstellen auf PHP 7.4.x wird die aktuelle Installation wieder funktionieren.

Neue Installationen bzw. Versuche dazu macht man am besten nicht in der aktuellen Liveinstallation sondern ausschliesslich mit neuer Datenbank auf einer Subdomain o.ä.

Dein altes Theme kann auch an neue PHP Versionen angepasst werden, meist sind das nur ein paar kleine Änderungen, Beispiel hier:

Use $var[$idx] instead of $var{$idx}.

Suche Dir dazu am besten jemanden mit etwas Programmiererfahrung im direkten Umfeld, mit dem Du das zusammen ansehen kannst.

Verwende das im o.g. Link auf der Seite zu [FONT=Courier New]clear[/FONT] angegebene new, modern clearfix hack Beispiel und füge Deiner Galerie die Klasse [FONT=Courier New]clearfix[/FONT] hinzu.

Am Rande bemerkt, derzeit verwendest Du auf dem Beispielserver offenbar ein Block Theme aber keinen zugehörigen Galerie Block, das passt nicht zusammen. Verwende ein passendes älteres Theme ohne Blöcke wenn Du den Classic Editor nutzt.

Dürfte an der für den Rest der Installation zu neuen PHP Version 8.0.16 liegen.

Stelle im Hosting die PHP Version um auf PHP 7.4.x

Zitat von pixselig

... kann ich die Skepsis weder von Entwicklerseite (voraussetzung man ist gewillt neues zu lernen) noch von der Endanwenderseite nachvollziehen.

Repariere in letzter Zeit immer mehr (fremde) Installationen, bei denen Blöcke aus irgendwelchen Plugins und Themes nicht (mehr) zur (meist ohne jede Vorabrecherche) aktualisierten WordPress Version kompatibel sind und dann beim Bearbeiten von Seiten oder Widgetbereichen hübsche "This block has encountered an error.." u.ä. Meldungen angezeigt werden.

Die Endanwenderseite sieht den dadurch entstehenden Stress und Aufwand durchaus skeptisch, wenn man das mal nett bezeichnen will, und ich kann das absolut nachvollziehen.

Gutenberg ist nach wie vor ein Projekt im Betazustand. Das erkennt man immer wieder, wenn man "in der echten Welt" der WordPress Benutzerbasis arbeitet und nicht nur mit frisch aufgesetzten Websites.

Wenn Du [FONT=Courier New]float[/FONT] verwendest, brauchst Du am Ende der "floatenden" Elemente eine Aufhebung davon bzw. ein [FONT=Courier New]clear[/FONT], siehe z.B. hier.

Mit WordPress hat das Problem nichts zu tun, das sind allgemeine CSS Grundlagen.

• Was erscheint in der Browser Console (google) beim ersten Laden der Homepage?
• Deaktiviere alle Cache- und Optimierungs-Plugins.
• Link zur Seite? Siehe auch Forenregeln, Punkt II.

WordPress nutzt (von Haus aus) für den Post Status "Privat" die bestehenden Benutzerrollen bzw. Rechte für Steuerung der Frontendinhalte. Ähnliches kann man beliebig für eigene Benutzerrollen und Rechte ergänzen bzw. nachbauen.

Bzgl. der Sortierung versuche es mit Rückgabeformat [FONT=Courier New]Ymd[/FONT] oder [FONT=Courier New]Y-m-d[/FONT], bzgl. einer Filteroption im Frontend mit ggf. Drittplugins wie diesem.