Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenBei der Suche nach Darstellungsproblemen deaktiviere alle Cache-, Minify- und Optimierungsplugins - derzeit mindestens aktiv: Autoptimize, WP Fastest Cache.
Anmerkung am Rande: Die Funktionen dieser beiden Plugins überschneiden sich, je nach Konfiguration kann/wird das zu Fehlfunktionen führen.
Derzeit erzeugt die Seite einen Scriptfehler in der Browser Konsole:
Uncaught ReferenceError: wp is not defined
Evtl. hängt es auch damit zusammen.
Entferne diese Zeile, sie enhält falsche Hochkommata:
define(‘WP_POST_REVISIONS’,4);
Leider werden Rückfragen nur unvollständig beantwortet, das macht Hilfe nicht einfach.
Wenn Du weitere Probleme hast, beantworte alle Rückfragen.
Woran kann es wohl noch liegen, dass PHP 8 nicht läuft?
Der Entwickler wurde gestern um 20:16 Uhr darüber informiert.
Klar fehlerhafte Dokumentation stellt man selbstverständlich in Frage. Jemand der sowas nicht bemerkt, ist keine wirkliche Hilfe.
Der gezeigte Shortcode ist zudem fehlerhaft. Jeder, der sich etwas mit WordPress auskennt, sieht sofort die falschen Hochkommata.
Es laufen weiterhin Cache-, Optimierungs-, CDN- usw. Plugins und Mechanismen, derzeit mind. aktiv: Cloudflare auf dem Server mit dem Cloudflare APO-Diensthttps://blog.cloudflare.com/automatic-plat…with-wordpress/(automatische Plattform-Optimierungen).
Ergänzt man in einer URL, die falsche Inhalte zeigt, einen Querystring wie z.B. [FONT=Courier New]/?asdas123[/FONT] o.ä. dann wird die richtige Seite gezeigt. Ergebnis: Das Problem liegt an einem der o.g. Mechanismen.
Deaktiviere alle Cache-, Optimierungs-, CDN- usw. Plugins und Mechanismen und leere dann den Browser Cache. Ändert das etwas?
Das bedeutet:
Mögliche Lösungen:
Hinweis am Rande: Ein Zitat im Forum hier fügt man über das [FONT=Courier New][+][/FONT] Symbol ein.
Der Website ist gehackt. Ein User mit dem ID 12 hat ab dem 29.04.2023 viele Spam Beiträge angelegt.
Erster Beitrag: https://www.myseestern.de/2023/04/29/test-title4279/
Alle Beiträge: https://www.myseestern.de/?author=12
Alle Beiträge via REST-API: https://www.myseestern.de/wp-json/wp/v2/posts?per_page=100&author=120
Im Frontend sieht der Website ansonsten (noch) vollständig aus. Wenn Du im Backend Dinge nicht mehr sehen kannst, ist entweder Deine Benutzerrolle nicht mehr Administrator oder der Hack verhindert das.
Alles auf dem Server inkl. Datenbank ist als kompromitiert zu betrachten.
Das nachträgliche Entfernen einzelner Schadcodes oder Auswirkungen ist nicht ausreichend. Es können auch mehrere Hacks erfolgt sein, ggf. auch zu anderen Zeitpunkten.
Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben, das könntest Du mit jemandem mit WordPress Erfahrung bei Dir im näheren Umfeld zusammen durchgehen. Jeden einzelnen Punkt.
Hinweis zur Problemsuche: Es wird eine vier Jahre alte Version 21.2.2 des BeTheme verwendet. Evtl. kam der Hack darüber, oder über ggf. ähnlich veraltete andere Komponenten.
Code z.B. in [FONT=Courier New]functions.php[/FONT] des Child Themes oder in ein Code Snippet Plugin o.ä.:
function meine_tags() {
$tags = get_tags(array(
.. und der restliche Code
}
Nutzung als Template Tag:
<?php meine_tags(); ?>Ich hoffe, das war es, was du wissen wolltest.
Unter Kontext würde man verstehen, wo genau in welcher Theme-Datei etwas ausgegeben werden soll, inkl. Link zu dieser Seite mit genauer Beschreibung, dann könnte man viel sinnvoller helfen bzw. das Problem richtig verstehen. Es wurde hier offenbar mehrfach anders verstanden, als Du es meinst.
Der Tag Name am Anfang der Zeile wird dann aber nicht ausgegeben.
Diese Zeile ist fehlerhaft:
echo '<em> . '$tag->name . ':</em> ';
Korrigiert:
echo '<em>' . $tag->name . ':</em> ';
Meinst Du mit Template-Tag einen sog. Shortcode? In dem Fall mehr dazu hier. Oder etwas anderes? Es fehlt weiter die Antwort, wo genau in welchem Kontext das ausgegeben werden soll.
Wenn das Error Logging in WordPress über die Datei [FONT=Courier New]wp-config.php[/FONT] aktiviert wird, ist das genannte Plugin nicht nötig und sollte auch nicht aktiv sein, da sich Überschneidungen von Einstellungen ergeben könnten.
Die Datei [FONT=Courier New]wp-content/debug.log[/FONT] wird beim Auftreten der nächsten Fehlermeldung angelegt.
Du kannst das Logging in WordPress über die Datei [FONT=Courier New]wp-config.php[/FONT] aktivieren, Anleitung von IONOS z.B. hier.
Gibt es irgendeinem Kontext, ist ein Post ID vorhanden, z.B. innerhalb der Loop eines Beitrags? Oder willst Du einfach alle Tags auflisten?
Der Hinweis erfolgte aus einem einfachen Grund:
Das Error-Log ist bei IONOS nicht im Hosting Backend und auch nicht im [FONT=Courier New]logs[/FONT] Ordner, dort sind nur die [FONT=Courier New]access.log[/FONT] Dateien. Anleitung von IONOS z.B. hier wie man das Error-Log manuell aktivieren könnte.
Daher ist es bei IONOS in der Regel sinnvoll, das Debugging über [FONT=Courier New]wp-config.php[/FONT] in WordPress einzustellen, dann braucht man keine Pfade anzupassen oder [FONT=Courier New]php.ini[/FONT] Dateien zu erstellen usw.
Du kannst das Logging in WordPress über die Datei [FONT=Courier New]wp-config.php[/FONT] aktivieren, Anleitung von IONOS z.B. hier.
Ich benötige einfach einen Link à la ...
Wo soll der Link gezeigt werden?