Beiträge von b3317133

    Ein Child Theme wird auf der Seite (zumindest derzeit) offensichtlich nicht verwendet.

    Evtl. waren diese (und ggf. weitere) Anpassungen direkt im Theme und wurden jetzt durch eine Theme Aktualisierung überschrieben. In so einem Fall sollte man ggf. durch den Abgleich von älteren Backups mit älteren Originalversionen des Herstellers herausfinden, was durch das Update jetzt noch alles fehlt...

    Poste einen direkten Link zu einer Unterseite mit diesem Button, sehe den nach kurzem Rumklicken nirgends. Oder ist der "Jetzt Buchen" Eintrag im mobilen Menü gemeint? Dort ist das HTML aber ganz anders.

    Und soll der Button verschwinden oder was wäre das eigentliche Problem?

    Ergänzend: Im Impressum ist eine Agentur angegeben, die die Seite offenbar programmiert hat, ggf. auch dort mal nachfragen.

    Ich wollte dann nach einer Anleitung, Wordpress zu einstellen, dass es zwar im Unterordner liegt aber von der Hauptdomain gestartet wird.

    • Nach welcher Anleitung genau? Link?
    • Was steht in der Datei [FONT=Courier New]index.php[/FONT] in dem Ordner auf den die Hauptdomain zeigt?
    • Was steht in der Datei [FONT=Courier New].htaccess[/FONT] in dem Ordner auf den die Hauptdomain zeigt?
    • Was steht in der Datei [FONT=Courier New]index.php[/FONT] in dem Unterordner in dem WordPress liegt? Vermutlich Unterordner [FONT=Courier New]/wordpress/[/FONT] ?
    • Was steht in der Datei [FONT=Courier New].htaccess[/FONT] in dem Unterordner in dem WordPress liegt?
    • Existiert die Datei [FONT=Courier New]/wordpress/wp-content/plugins/boostify-header-footer-builder/vendor/appsero/client/src/Client.php[/FONT] (mit einem grossen [FONT=Courier New]C[/FONT] am Anfang) wenn Du über FileZilla da hinschaust?

    ... und WP hat einen Fallback-Font verwendet.

    Nicht WP, sondern der Browser.

    WordPress selbst hat mit der Meldung nichts zu tun, ausser dass das Theme oder ein Plugin Schriftarten von externen Servern einbinden möchte.

    Ergänzung: Für das unkomplizierte Herunterladen und lokale Einbinden von Google Webfonts verwenden viele diese Seite: https://google-webfonts-helper.herokuapp.com/fonts

    Bei vielen lang bestehenden WordPress Installationen gibt es derzeit teils grosse Probleme, weil die Leute einfach auf WordPress 5.6 bzw. auch schon 5.5 aktualisiert haben, ohne dass es für ihre Themes und/oder Plugins entspr. dafür zwingend nötige Updates gibt oder sie die bei Kaufversionen wg. abgelaufenem Support o.ä. nicht angeboten bekommen.

    Viele gehen davon aus, dass ihr Theme und/oder ihre Plugins kompatibel zu den neueren WordPress Versionen sind, da in der Übersicht der installierten Themes und installierten Plugins im WordPress Backend keine anderslautende Hinweise angezeigt werden, das ist übrigens ein seit Jahren bestehender Designfehler in der Liste der installierten Themes bzw. Plugins.

    Weiterhin gehen viele davon aus, dass alle Ihre installierten Plugins "aktuell" wären, wenn in der Liste im Backend keine Updates angezeigt werden, auch das ist natürlich auch ein Trugschluss, für viele Plugins gibt es seit Jahren keinen Support mehr, einige sind nichtmal mehr im Plugin Repository vorhanden, auch dazu gibt es leider keine Hinweise.

    WordPress 5.5 und 5.6 läuft nur dann ohne Probleme, wenn wegen diverser breaking Changes darin alles was verwendet wird von den jeweiligen Autoren extra dafür zurechtgebastelt wurde, und das wird mit WordPress 5.7, 5.8, 5.9 immer und immer wieder neu nötig sein. Eine Rückwärtskompatibilität wie bei früheren WordPress Versionen gibt es derzeit nur für jeweils ein paar Monate.

    Für einfache Endnutzer, die sich irgendwann mal einen WordPress Website haben erstellen lassen und über Jahre innerhalb des rückwärtskompatiblen 4.x Zweigs vergleichsweise problemlos alles aktualisieren konnten, wenn sie sich alle paar Monate mal angemeldet haben, um z.B. irgendeine Textänderung o.ä. einzupflegen, ist die aktuelle Release Strategie von WordPress dann allermeist ein böses Erwachen.

    Die derzeitige Erwartungshaltung der tonangebenden WordPress Entwickler, dass alle 2-3 Monaten a) alle Themes und Plugins von den Autoren an die jeweils neuen bzw. geänderten Funktionen angepasst und b) diese Anpassungen auch überall eingespielt werden und kompatibel zueinander sind, lässt auf einen eher eingeschänkten Blick auf die tatsächliche Nutzungsarten von WordPress schliessen. Viele Autoren von kostenlosen Themes und Plugins werden diese durch den hohen Aufwand früher oder später einfach aufgeben.

    Wenn man sich den Seitenquelltext ansieht, findet man dort u.a.

    Code
    <link rel="alternate" type="application/rss+xml" title="Radio Püttlingen &raquo; Stadtnews Kategorie-Feed" href="https://www.radiopuettlingen.de/category/stadtnews/feed/" />


    Das bei [FONT=Courier New]href=[/FONT] ist der Link.

    Aus irgendwelchen Gründen beginnt die Ausgabe des Feeds mit 4 Leerzeichen, daher beschweren sich ggf. manche Browser oder Parser über das Format.

    Evtl. sollte man die Feeds beim Cache Plugin ausnehmen bzw. falls das nicht hilft dann als generelles Vorgehen bei einer Problemsuche temporär einzeln alle Plugins deaktivieren und/oder ein anderes Theme verwenden, um die Ursache der Leerzeichen einzugrenzen.

    Ergänzend: Auch der testweise Aufruf von [FONT=Courier New]/wp-config.php[/FONT] ergibt vier Leerzeichen, die da nicht hingehören, evtl. wurde die Datei oder auch eine sonstige Datei im Theme/Child Theme mit einem unpassenden Editor bearbeitet oder enthält Leerzeichen ausserhalb von [FONT=Courier New]<?php ... ?>[/FONT] Tags.

    Du könntest z.B. in die Datei [FONT=Courier New]functions.php[/FONT] Deines Themes direkt nach dem dort vorhandenen ersten [FONT=Courier New]<?php[/FONT] temporär diese Zeile ergänzen, dann z.B. das Dashboard von WordPress aufrufen und dann diese Zeile wieder entfernen. Dann sollte der Link wieder angezeigt werden.

    PHP
    <?php
    delete_site_option( 'dismissed_update_core' );
    // hier der Rest Deiner functions.php ...


    Alternativ gibt es noch weiteren Lösungen, z.B. mit phpMyAdmin in der Datenbank in der Tabelle [FONT=Courier New]wp_options[/FONT] (oder entspr. anderes Prefix statt [FONT=Courier New]wp_[/FONT]) die Zeile mit dem Namen [FONT=Courier New]dismissed_update_core[/FONT] entfernen...

    Scripts und Styles des Parent Themes entfernt man im Child Theme mit [FONT=Courier New]wp_dequeue_script()[/FONT] bzw. [FONT=Courier New]wp_dequeue_style()[/FONT].

    Falls das Parent Theme irgendwo Symbole von Font Awesome 4.7 verwendet, werden diese dann natürlich nicht mehr korrekt dargestellt.

    Empfehlung saubere Lösung siehe #9, mit dem Entfernen eines [FONT=Courier New]s[/FONT] beim Icon wärst Du mit dem aktuellen Stand der Seite ohne weitere Änderungen dann auch schon fertig:

    Code
    derzeit: class="fas
    für 4.7: class="fa


    Generell gilt: Viele Backup Plugins werden durch Zugriffe von Besuchern oder Suchmaschinen auf dem Website sozusagen immer wieder angestossen bis das Backup fertig ist. Wenn es kaum/keine Besucher gibt, kann das daher etwas dauern. Manche Backup Plugins arbeiten auch absichtlich langsam, um eine Serverüberlastung zu vermeiden.