Beiträge von b3317133

  • Unzufrieden mit Typo und Grundlayout von 2 Unterseiten

    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]

  • Unzufrieden mit Typo und Grundlayout von 2 Unterseiten

    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.

  • Shophinweistext Farbe ändern

    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.

  • Fehlermeldung bei Block hinzufügen

    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.

  • Bild – 404-Meldung – wie beheben?

    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.

  • PHP Variablen/Ordner Angaben

    Zitat von slowfox

    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.

  • PHP Variablen/Ordner Angaben

    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...

  • PHP Variablen/Ordner Angaben

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

    Code
    .../public_html/styles-imgr/
    Zitat von b3317133

    .. 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/

  • PHP Variablen/Ordner Angaben

    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/

  • Bild – 404-Meldung – wie beheben?

    Zitat von Inge B.

    .. 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:

    Zitat von threadi

    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.

  • Menü-Überschrift und Positionen

    Es sind weiterhin Deine Eingaben fälschlicherweise im CSS-Klassen Feld vorhanden, entferne diese. Sie haben derzeit Auswirkungen auf das Layout, weil zufällig einige gültige CSS-Klassen dabei sind.

    Den oben geposteten CSS Code gibt man wie beschrieben im WordPress Menü Design > Customizer > Zusätzliches CSS ein.

    Evtl. wäre Joomla in Deinem Fall die gesamt bessere Wahl für das Projekt. Oder mindestens die Wahl eines sog. Themes bei WordPress, das für Verzeichnisse gedacht ist, siehe z.B. hier (google). Dein aktuell gewähltes Theme Storefront ist für Online Shops gedacht.