Beiträge von b3317133

Screenshot der aktuellen Verzeichnisstruktur?

So, dass Deine [FONT=Courier New]index.php[/FONT] mit sichtbar ist?

Die Webseite enthält Verweise zu Schriftarten, die nicht unter den angegebenen URLs existieren.

https://zeroclamp.com/wp-content/themes/spacious-child/style.css?ver=6.0

enthält z.B.

url('../fonts/lato-v20-latin-regular.woff2') format('woff2')

was diese URL ergibt

https://zeroclamp.com/wp-content/themes/fonts/lato-v20-latin-regular.woff2

und die ergibt einen 404 Fehler, die Datei exisitiert nicht an dieser Stelle. Moderne Browser versuchen dann als Fallback noch die auch dort angegebenen .woff bzw. .ttf URLs, die aber auch einen 404 Fehler ergeben und ähnlich nochmal für die italic Varianten der Schriftart, das dauert seine Zeit.

Es sieht so aus, als wäre vor bzw. zusätzlich zum OMGF Plugin versucht worden, Google Webfonts selbst manuell lokal zu hosten, was aber nicht richtig geklappt hat.

Entferne den /* Einbindung des Google-Fonts lato */ Codeblock aus [FONT=Courier New]style.css[/FONT] des Child Themes.

Wende Dich dann am besten an die Person, die den Website entwickelt hat und lasse das Problem dort weiter analysieren. Stelle dabei einen Link zu diesem Thread zur Verfügung.

Alternativ wende Dich selbst an den Theme Support, das Problem tritt offenbar auch hier und da in der Theme Demo auf, wenn man eine Seite im Desktop Browser lädt und dann auf mobile Ansicht z.B. in den Chrome DevTools umschaltet.

Ergebnis: Höchstwahrscheinlich Fehlfunktion des Themes.

Poste einen Screenshot von Design > Menüs mit aufgeklapptem Auswahlbereich Seiten.

Zitat von dabasti

Ich weiß das man Klassen in dem Bereich hinterlegen kann. Das kann man den Redakteuren jedoch nicht erklären

Kann leider nicht direkt weiterhelfen, aber kurz zur Info: Die Entwickler des Gutenberg Editors lesen hier nicht mit. Evtl. die Anfrage und Hinweise zur Bedienungsfreundlichkeit im wordpress.org Gutenberg Plugin Support Forum bzw. am besten direkt bei github.com melden.

Ohne die beiden Plugins erscheint der FOUC (Flash of Unstyled Content) hier nur sehr kurz aber trotzdem merkbar.

Deaktiviere zusätzlich weitere Plugins, um das Problem weiter einzugrenzen. Leere jeweils den Browser Cache.

Seit wann genau tritt das Problem auf? Was wurde vorher gemacht?

Beide Plugins sind weiterhin aktiv, so kann man das Problem leider nicht nachvollziehen und schwer/nicht helfen.

Das Plugin WP Rocket ist lt. HTML-Code der Seite weiterhin aktiv.

Deaktiviere das Plugin WP Rocket und zusätzlich das Plugin[size=14] [/SIZE]Real Cookie Banner und leere den Browser Cache, ändert das etwas?

Deaktiviere das Plugin WP Rocket und leere den Browser Cache, ändert das etwas?

Wähle beim Menü bearbeiten bei Seiten "Zeige alle" aus, dann sollte die Startseite entsp. markiert in der Liste erscheinen.

Der Link der Seite Enjoy Berg699 im Menü ist manuell eingegeben. Er ändert sich nicht automatisch.

Vermutlich wurde bei der Umstellung keine Anpassung der Domain in den Datenbank Inhalten vorgenommen, Stichwort: Plugin Better Search Replace.

Die Nutzungbedingungen des Forums beschreiben klar, was die Voraussetzungen für Teilnahme und Beiträge sind. Wer andere Regeln will, wird vielleicht in einem anderen Forum glücklicher.

Es gibt verschiedenen Lösungsansätze, einer wäre:

1. Erstelle ein Verzeichnis [FONT=Courier New]meinwebsite[/FONT] im Stammverzeichnis.
   
2. Verschiebe alles so wie es bisher ist, in das Verzeichnis [FONT=Courier New]meinwebsite[/FONT], so dass die gesamte bestehende Struktur einfach eine Stufe tiefer liegt.
3. Setze die Domainverknüpfung von bisher Stammverzeichnis neu auf das Verzeichnis [FONT=Courier New]meinwebsite[/FONT]

Danach noch das Plugin WP Rocket im Menü Plugins einmal Deaktivieren und wieder Aktivieren und dessen Cache leeren.

Diese Vorgaben bzw. der Zusammenhang sind, nett gesagt, sehr seltsam.

Es wird bereits eigener CSS Code von Elementor genutzt, in einer extra Datei, mit einem extra HTTP Request.

https://kr-wp.bejoynt.de/wordpress/wp-content/uploads/elementor/css/post-859.css

Wenn es um Rechenleistung auf dem Server geht, füge komplett fertigen HTML-Code für den gesamten Top Bar ein.

Ein Elementor Widget erzeugt vermutlich mehr Overhead als ein normales WordPress Menu via [FONT=Courier New]wp_nav_menu[/FONT].

Bin hier raus, viel Erfolg.

• Was genau ist mit Column Gap gemeint? Ein Abstand zum nächsten div?
  
• Versuchst Du manuell ein Menü nachzubauen? Dafür gibt es in WordPress eigentlich andere Wege, mit entspr. CSS Klassen usw. zur Formatierung nach Wunsch.

• Was genau ist die Frage?
• An welcher Stelle genau im Code ist das Problem?
• Um welchen [FONT=Courier New]span[/FONT] genau geht es?
  
• Wo kann man die aktuelle Ausgabe des Codes ansehen?
• Wie soll die Ausgabe nach Deiner Änderung aussehen?

Füge Deinen Code mit dem [FONT=Courier New][+][/FONT] Symbol und Code im Forum Editor ein, der Forum Editor verändert Inhalte.

[Blockierte Grafik: https://forum.wpde.org/attachments/20230128_025926-jpg.24831/]

Zitat von codex22

White Page nach Klick auf Plugin deaktiveren. Plugin bleibt aktiv.

• Welches Plugin geht es hier? Um Gravity Forms?
  
• Welche Gravity Forms Version?
• Was steht im Server Error Log? Falls nicht verfügbar, aktiviere WP_DEBUG mit debug.log, was steht nach dem Fehler dort?

Zitat von Sascha2106

wie bekomme ich nur den normalen Download-Dialog

Du könntest es mit [FONT=Courier New]ForceType[/FONT] in [FONT=Courier New].htaccess[/FONT] versuchen, z.B. wie hier.

Diese access log Zeile zeigt einen abgewiesenen Request, harmlos.

Wie/wo verwendest Du welchen "String Locator"?

Üblicherweise lädt man erstmal alles komplett per FTP herunter und sucht dann in allen Dateien, und in der Datenbank in einem Datenbank SQL Export bzw. in phpMyAdmin nach Fragmenten des gesuchten Codes. Weiterhin analysiert man dann alle Code Stellen, die irgendwas mit htaccess machen usw., alles ähnlich wie erste Schritte einer Malware Analyse.

Und den zweiten Punkt in Antwort #18 nicht vergessen.

Von aussen kann man hier kaum noch sinvoll weiterhelfen.

Zitat von marius0103

.. dass das XAMPP ist? Das macht ja eigentlich total keinen Sinn, oder?

Der ganze erste Block der og. [FONT=Courier New].htacces[/FONT] bis inklusive dieser [FONT=Courier New]AddHandler[/FONT] Zeile macht hier keinen Sinn.

Entferne den und finde heraus wo/wie der offenbar immer wieder ohne euer Zutun eingefügt wird. Siehe auch Antwort #18.

Der Block sieht ähnlich aus wie viele in irgendwelchen alten Blogs und Foren usw. herumgeisternde Copy&Paste "Optimierungs" Snippets und hat in euerer Installation nichts verloren.