Beiträge von b3317133

    Hier werden diese Inhalte der FAQ-Seite nachgeladen/angezeigt.

    Deaktiviere alle "lazy load" Funktionen, z.B. in Deinem Cache Plugin, falls dort unklar wo/wie, hilft deren Support weiter, den hast Du mitgekauft.

    Bei sonstigen Problemen mit Gutenberg Blöcken wende Dich am besten an die Entwickler des Blockeditors, die lesen hier im Forum nicht mit.

    Ergänzung: Bei Problemen mit der Darstellung immer auch mal alle Browser Add-Ons deaktivieren, da sind bei Dir offenbar zig verschiedene akitv, oder auch mit anderen Browsern testen.

    Fehlende Schriftarten führen selbstverständlich auch zu Layoutveränderungen.

    Warum etwas in Deinem Layout bzw. Design "komisch" aussieht, kann Dir wohl kaum jemand genauer sagen, da niemand wissen kann,

    • was Du unter "komisch" verstehst und
    • seit wann das jetzt "komisch" aussieht,
    • wie es "normal" auszusehen hat und
    • was Du wann genau verändert hast, dass es nicht mehr "normal" aussah.


    Es geht auch nicht um die Fancbox selbst, sondern um derzeit auftretende Scriptfehler in der Seite, die weitere Folgefehler auslösen können.

    Die Seite wurde zudem nicht korrekt auf https umgezogen worden, auch das führt oft zu Folgefehlern.

    Wende Dich am besten an die Person, die den Website ursprünglich eingerichtet hat, die könnte wissen, wie das Layout bzw. Design "normal" ausgesehen hat und wie man das wiederherstellt.

    Die Schriftarten werden jetzt korrekt per https geladen.

    Das o.g. Plugin Enable jQuery Migrate Helper wurde offenbar noch nicht installiert, weiterhin Scriptfehler in der Konsole.

    Eine weitere noch nötige Korrektur ist das fehlende [FONT=Courier New]https[/FONT] im WordPress Menü Einstellungen > Allgemein bei einer/beiden URLs dort, sonst keine Anpassungen nur [FONT=Courier New]http[/FONT] ändern auf [FONT=Courier New]https[/FONT]

    Wenn man alte Themes ohne Support nutzt, kann und wird es immer wieder mal zu nötigen technischen Anpassungen kommen. Das sollte man einkalkulieren.[FONT=Courier New][/FONT]

    Vermutlich durch eine unvollständig vorgenommene Umstellung der Webseite auf https/SSL werden die per http eingebundenen Schriftarten nicht (mehr) geladen.

    Code
    <link rel="stylesheet" href="http://fonts.googleapis.com/css?family=Oswald:400,700" />
    <link rel="stylesheet" href="http://fonts.googleapis.com/css?family=Source+Sans+Pro:200,400,700" />


    Finde heraus, wo diese Schriftarten eingebunden werden, z.B. in [FONT=Courier New]header.php[/FONT] oder über [FONT=Courier New]functions.php[/FONT] o.ä. des Themes und ersetze dort [FONT=Courier New]http[/FONT] durch [FONT=Courier New]https[/FONT].

    Weiterhin ist die im Theme mitgelieferte ältere fancybox Bibliothek nicht mit der verwendeten WordPress Version 5.6.6 kompatibel und erzeugt Scriptfehler. Möglicherweise hilft temporär das Plugin Enable jQuery Migrate Helper.

    Versuche es z.B. damit in Design > Customizer > Zusätzliches CSS:

    Code
    .woocommerce-store-notice.demo_store {
       background-color: #f0f;
    }


    Am Rande bemerkt: Auf das Jetpack Plugin sollte man evtl. generell verzichten, nahezu alle Funktionen sind nicht DSGVO konform einsetzbar, es bindet derzeit Teile des WordPress Core und Bilder des Websites über Server in den USA ein, sendet ohne Zustimmung die IP der Besucher dorthin. Weiterhin scheint das Cookie Plugin nicht zu funktionieren oder ist nicht korrekt eingerichtet, der Website bindet derzeit auch ohne jede Zustimmung dort diverse Dinge von externen Diensten ein.

    Ein ähnlicher Fehler wird in einem anderen Forum z.B. mit Yoast SEO beschrieben. Ob es das bei Dir sein könnte, kann man nicht wissen, ergänze die nötigen Angaben lt. Forenregeln, Punkt II.

    Wie man so ein Problem angeht:

    • Deaktiviere alle Plugins (insbesondere Jetpack, das bei Dir derzeit WordPress Core Dateien von externen Servern einbindet, DSGVO problematisch).
    • Wechsle zu einem der mitgelieferten WordPress Standard Twenty XXXX Themes


    Sollte der Fehler dann weiter auftreten, eröffne ein Ticket hier bei den Entwicklern der Block Funktionen von WordPress.

    Beispiel:


    Dieses Forum ist von Benutzern für Benutzer. Es gibt z.B. einen "Gefällt mir" Button bei hilfreichen Antworten. Wenn Du ansonsten Helfern als nettes Dankeschön einen Kaffee + Kuchen zukommen lassen möchtest, darfst Du das gerne machen. Es ist keine Voraussetzung, alleine Deine Entscheidung.

    Ich habe einfach die Zeile mit deinem Vorschlag ersetzt.


    Lt. der in Antwort #5 geposteten Fehlermeldung

    Code
    warning: opendir(https://www.EXAMPLE.com/styles-imgr): failed to open dir ...


    stand in Deinem Code zum Zeitpunkt der Meldung:

    Code
    $ordner = "https://www.EXAMPLE.com/styles-imgr";


    Inzwischen erscheint statt der Fehlermeldung der HTML-Code:

    Code
    <a href="https://www.EXAMPLE.com/index.php"><img border="0" src="
        /storage/content/48/1009748/EXAMPLE.com/public_html/press/wp-content/themes/pressbook/styles-imgr/PFA0006.PNG" width="259" height="227" alt=""></a>


    Das deutet darauf hin, dass jetzt in Deinem Code

    Code
    $ordner = dirname( __FILE__ ) . "/styles-imgr";


    verwendet wird und der Bilder Ordner im Theme.

    Da durch die Anpassung [FONT=Courier New]dirname(..)[/FONT] vorne an [FONT=Courier New]$ordner[/FONT] gesetzt wurde, musst Du Deine [FONT=Courier New]echo[/FONT] Ausgabe der Bild URL natürlich noch entspr. anpassen.

    Generell sollte man solche eigenen Pfadkonstrukte in WordPress vermeiden, für die Pfade gibt es API Aufrufe usw., siehe auch Links oben zu Child Theme und Plugin Handbook, auch dort steht mehr dazu.

    PS. Deine zunächst gepostete echte Domain ist hier durch [FONT=Courier New]EXAMPLE[/FONT] ersetzt.

    Das weiterhin laufende Cache Plugin WP Rocket solltest Du wie gesagt beim Entwickeln deaktivieren. Auch wird durch ein Cache Plugin natürlich das "zufällige" Bild auf einer Seite für Besucher so lange immer gleich angezeigt, bis der Pagecache abläuft.

    Poste Deine aktuelle Zeile mit

    Code
    $ordner = ...


    Die PHP Funktion[FONT=Courier New] dirname()[/FONT] sollte nie eine URL zurückgeben.

    Der Ordner mit Deinen Bildern sollte bei Nutzung von

    Code
    $ordner= "styles-imgr";

    auf den gleichen Level sein wie der WordPress Ordner [FONT=Courier New]wp-content[/FONT], die Ordnernamen bei Dir mit übergeordnet [FONT=Courier New]press[/FONT] und aber auch [FONT=Courier New]pressbook[/FONT] als Theme Ordner haben oben etwas Verwirrung reingebracht, die Korrektur war doch nicht nötig...

    Tipp am Rande: Deaktiviere beim Entwickeln immer alle Cache- und Optimierungs Plugins, die schaden in so einer Phase mehr als sie nutzen...

    Oops, oben vertippt, von Deinem Code wird Dein Ordner derzeit hier gesucht:

    Code
    .../public_html/styles-imgr/

    .. Plugin .. Widget ... und gibst [FONT=Courier New]styles-imgr[/FONT] bei Pfad/Path ein, wenn sich Dein Ordner hier befindet:

    Code
    .../public_html/press/styles-imgr/


    Und der o.g. Pfad für das Widget sollte dann natürlich auch so heissen:

    Code
    .../public_html/styles-imgr/


    Zu schnell getippt, sorry.

    Wenn Dein Order im Theme ist, dann versuche es in Deinem Code mal damit:

    Code
    $ordner = dirname( __FILE__ ) . "/styles-imgr";


    Besser wäre es allerdings, Dein Ordner wäre nicht im Theme Verzeichnis und der Code und Ordner wären in einem Child Theme oder in einem eigenen Plugin, denn bei WordPress Theme Updates wird im aktuellen Zustand sowohl Dein Code als auch der Ordner mit Deinen Bildern gelöscht/überschrieben.

    Es gibt für WordPress viele Plugins für alles mögliche... https://de.wordpress.org/plugins/

    Wo genau befindet sich Dein Ordner in der Ordnerstruktur?

    Von Deinem Code wird Dein Ordner derzeit hier gesucht aber lt. Fehlermeldung nicht gefunden:

    Code
    .../public_html/press/wp-content/themes/pressbook/styles-imgr/


    Evtl. wäre ein Plugin wie Hot Random Image eine Alternative, das Widget fügst Du dann ganz ohne eigenen PHP Code unter Design > Widgets in den gewünschten Sidebar ein und gibst [FONT=Courier New]styles-imgr[/FONT] bei Pfad/Path ein, wenn sich Dein Ordner hier befindet:

    Code
    .../public_html/press/styles-imgr/

    .. um welchen Inhaltsblock es ging. Wie hätte ich das checken können?


    CSS-Klassen lesen wo leaf02.jpg verwendet wird, CSS-Klassen im HTML Code der Seite auffinden, Inhaltsblöcke gefunden.

    Ergänzung: Was man generell zum Debugging in solchen Fällen auch machen kann, eine z.B. 1000x1000 Pixel flächig rote Bilddatei als leaf02.jpg ausserhalb von WordPress temporär per FTP an die entspr. Stelle hochladen und dann schauen, ob beim Testen mit Mausover usw. irgendwo auf der Seite plötzlich was rot wird (also ähnlich wie Idee 1, sehe ich gerade).

    Und noch dazu:

    such mal mit dem Plugin testweise nach folgender Schreibweise:

    Code
    dev\.ingebateman\.de


    Sowas sollte eigentlich schon abgedeckt sein, wenn man die mitgelieferte Funktion Replace URL in Elementor verwendet.