Beiträge von b3317133

Die Emoticons-Einstellung unter "Einstellungen > Schreiben" gibt es in aktuellen WordPress Versionen nicht mehr, sie hat auch mit den DSGVO-relevanten Scripts (für alte Browser) die durch "Disable Emojis" entfernt werden und ganz andere Emojis betreffen, nichts zu tun.

Zum Entdecken die Browser Konsole öffnen, Netzwerk-Tab wählen, Seite neu laden, zuschauen, was geladen wird. Alternativ die Seite bei https://tools.pingdom.com/ laden und "Requests by domain" anschauen, kxcdn.com könnte auch von Adsense nachgeladen gewesen sein.

Das Plugin "Disable Emojis" entfernt die DSGVO-relevanten Scripts (für alte Browser). Die Emojis in den Kommentaren sind harmlos.

[plain]Einige andere Dinge wie "printfriendly" von https://cdn.printfriendly.com/.. oder "Font Awesome" von https://maxcdn.bootstrapcdn.com/.. Google Analytics, Google Adsense und ein Abruf von kxcdn.com woher auch immer sind dagegen mMn. DSGVO-relevant.[/plain]

Hier mein Textblock zum weiteren Vorgehen: Komplettbackup zur Beweissicherung erstellen. Anhand Server-Logs & älterer Backups feststellen, wann/woher der Hack kam, Lücke identifizieren, Lücke schliessen. Wenn das erledigt ist: Alle Systemdateien von WordPress ersetzen, dafür wp-admin/ und wp-includes/ komplett löschen. Alle Plugins durch saubere Versionen ersetzen, dafür alle Ordner in wp-content/plugins/ löschen, gleiches gilt für das Theme. Alle PHP-Dateien in wp-content/uploads/ suchen/löschen. Alle Passwörter ändern, FTP, MySQL, WordPress Accounts, usw.

Dann schreibe doch mal statt

[FONT=Courier New].. class="input" value="<?php $template->the_posted_value( 'user_dsgvo' ); ?>" />[/FONT]

direkt das hier in die register_form.php

[FONT=Courier New].. class="input" value="OK" />
[/FONT]
Allerdings sollte auch mit leerer value eine Registrierung mit der o.g. Abfrage eigentlich nicht möglich sein, wenn der Code richtig eingebunden ist. Hast Du auch die Zeile [FONT=Courier New]add_filter( 'registration_errors', 'tml_registration_errors' );[/FONT] in Deinem Code?

Beschreibe doch mal genauer, wo diese Emojis sind, wer sie eingibt, aus welchen Gründen sie weg sollen... Link zur Seite?

Hast Du den Teil "HINWEIS: ..." auf der Pluginseite gelesen?

Schau doch einfach in den HTML-Quellcode, z.B. rechte Maustaste > Seitenquelltext anzeigen oder Tastenkombi Strg-U, was steht hier?

[FONT=Courier New]<input type="checkbox" name="DSGVO" id="user_dsgvo..." class="input" value="[COLOR=#ff0000]hier[/COLOR]" ..[/FONT]

Link zur Seite?

Der Fehler ist in[FONT=Courier New] if ( empty( $_POST['DSGVO'] == "OK") )[/FONT], versuche mal etwas wie z.B.

if ( empty( $_POST['DSGVO'] ) || $_POST['DSGVO'] != "OK" )

Das setzt voraus, dass Dein [FONT=Courier New]$template->the_posted_value( 'user_dsgvo' )[/FONT] den String "OK" enthält, was Du durch das Betrachten des HTML-Quellcodes des Formulars im Browser prüfen kannst..

Wenn unter "Yoast SEO > Darstellungen in der Suche > RSS > Einstellungen" kein extra Text steht, erscheint auch keiner im Feed.

Mit primitivem PHP ergänzt man "im neuen Fenster öffnen" z.B. so:

'NEWS_ONE_DESCRIPTION' => str_replace( '<a ', '<a target="_blank" ', $result[0]['description'] );

Wende Dich an den Autor der Seite [plain]https://www.xxxxx.de/[/plain], er möge a) unter "Einstellungen > Lesen > Zeige im Newsfeed > Ganzen Text" einstellen und b) unter "Yoast SEO > Darstellungen in der Suche > RSS > Einstellungen" den extra Text entfernen.

Da der gepostete Code keine Ausgaben macht, kann man zum Thema "im neuen Fenster öffnen" nichts sagen...

Die Umstellung auf https:// ist noch nicht abgeschlossen, z.B. "Einstellungen > Allgemein > Website-Adresse" und die Pfade in der Datenbank, z.B. über das Plugin "Better Search Replace", damit ersetzen [plain]http://www.yholler.de durch https://www.yholler.de[/plain]

Fange die Formulareingaben ab, erstelle daraus den gewünschten Titel und Inhalt für den neuen Post und verwende dann die WordPress Funktion wp_insert_post() - das Formular sollte geschützt sein oder ein Passwortfeld aufweisen, so dass nicht jeder es benutzen kann. Ohne eigene Programmierkenntnisse würde sich die Jobbörse hier im Forum empfehlen.

Derzeit erscheint kein Fehler. Das Problem kam auch nicht durch ein Update, sondern durch einen aktiven Hack bei dem was schief lief, siehe o.g. Links zur Beschreibung, die entspr. Backdoor-Dateien sind nach wie vor vorhanden, z.B. wp-includes/wp-vcd.php u.v.m.

Die gesamte Installation sollte zeitnah bereinigt werden.

Würde für einen Umzug ein Plugin wie Duplicator nutzen, das packt die Tabellen mit in die .zip Datei. Am besten das Video auf der Duplicator Seite komplett anschauen, das erklärt das Vorgehen ganz gut.

Wahrscheinlich wurden die Form-Tags in der Mail nicht als Mail-Tags eingefügt.

Beim Verwenden der [FONT=Courier New]wp-config-sample.php[/FONT] als Basis daran denken, dass man die Sicherheitsschlüssel bzw. Salts ebenfalls übertragen muss...

Benenne per FTP den Ordnernamen des "Wordpress-https" Plugins auf dem Server im Ordner [FONT=Courier New]/wp-content/plugins/name-des-plugins/[/FONT] in z.B. [FONT=Courier New]/nix-mehr-name-des-plugins/[/FONT] um. Das deaktiviert das Plugin.

Dann Browser Cache löschen, und dann solltest Du Dich wieder anmelden können und das Plugin löschen.

Ein klassischer Fall eines nicht so ganz perfekten Hacks, ähnlich wie hier, würde auf exakt diese Variante tippen, das weitere Vorgehen ist z.B. hier beschrieben.

Ja.