Beiträge von b3317133

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:

• Deine Datei [FONT=Courier New]wp-config.php[/FONT] ist nicht beschreibbar, das ist kein WordPress Standard Verhalten.
• Das Plugin W3 Total Cache ist deshalb derzeit nicht kompatibel mit Deiner Installation.

Mögliche Lösungen:

• Verwende ein anderes Cache Plugin, das nicht in [FONT=Courier New]wp-config.php[/FONT] schreiben will.
• Wende Dich an die Person, die den Website ursprünglich eingerichtet hat und für diesen Schreibschutz verantwortlich ist.

Hinweis am Rande: Ein Zitat im Forum hier fügt man über das [FONT=Courier New][+][/FONT] Symbol ein.

Nutze ein SEO Plugin (Beispiele) oder ein Open Graph Plugin (Beispiel), das die entspr. Open Graph Metadaten für facebook usw. in den Beiträgen hinterlegt. Derzeit ist das nicht der Fall.

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(); ?>

Zitat von ratterobert

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.

Zitat von ratterobert

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.

Zitat von b3317133

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.

Zitat von ratterobert

Ich benötige einfach einen Link à la ...

Wo soll der Link gezeigt werden?

Zitat von matrix-22

Ach ohne Pro kein Zeitplan und so, ...

Es gab noch nie einen Zeitplan in der kostenlosen Version von Duplicator.

Was geht ohne Pro Version nicht mehr beim Duplicator Plugin?

Gibt es eine solche Seite im Papierkorb? Oder als Beitrag, Kategorie, Schlagwort, Bild oä. in den Medien.

Es sollte auch für die .daf Datei ein entspr. installer.php zum Download angeboten werden.

Evtl. das Video in der Duplicator Plugin Beschreibung ansehen, das erklärt die generelle Funktionsweise ganz gut.

Zitat von mteepee

warum gibt es denn nicht per Block eine Schaltfläche, wo ich sagen kann was damit responsive passieren soll?

Eine solche "responsive" Funktion wie in anderen Page Buildern gibt es für den WordPress Gutenberg Editor nicht, sie muss derzeit über extra Plugins nachgerüstet werden.

Ein entspr. Ticket für den Einbau im Block Editor selbst ist seit über vier Jahren offen: https://github.com/WordPress/gutenberg/issues/13363