Beiträge von b3317133

WordPress unterscheidet nicht technisch erkennbar zwischen sicherheitsrelvanten und sonstigen Updates bei Core, Theme und Plugins, man/jemand muss sich das Changelog durchlesen.

Der Hinweis bezieht sich auf bereits erfasste Inhalte bei Suchmaschinen, die dann ggf. aus dem Index fallen und enttäuschte wiederkehrende Besucher. Wenn die Seite erst neu aufgebaut wird, ist das nicht weiter relevant.

Was genau hast Du wie getestet? Was daran war nicht zielführend?

Dann könntest Du ggf. dem Astra Support Bescheid geben, dass der Excerpt Inhalt im Demo Content bei den Seiten durch das fehlende Excerpt Feld nicht bearbeitbar ist.

Ohne echte Links kann man das schwer nachvollziehen.

Frage am besten beim wpForo Support, warum das § zeichen im darin angelegten Link nicht sauber "escaped" wird.

Der Support von Elementor Pro befindet sich hier: https://elementor.com/support/

Die beschriebene Weiterleitung der Anmeldeseite hat zum Zeitpunkt der Antwort #4 nicht mehr funktioniert, der direkte Aufruf von [FONT=Courier New]wp-login.php[/FONT] dagegen schon noch. Der direkte Aufruf erzeugt jetzt heute einen Fehler 500, also wurde entweder etwas verändert oder der Hack hat sich selbst weiter zerstört. Hinweise zu Fehler 500 ergeben sich aus dem o.g. Error Log.

Die Texte der Seiten befinden sich höchstwahrscheinlich weiterhin in der Datenbank. Der Zugriff erfolgt über phpMyAdmin, das bei All Inkl. vorinstalliert sein müsste, siehe auch FAQ bzw. Support dort.

Einen Website im Aufbau verbirgt man z.B. mit dem Elementor Maintenance Mode, siehe auch Elementor Anleitung, oder alternativ mit einem Maintenance oder Passwort Plugin.

Die von Dir getesteten und vermutlich auch ggf. weitere ähnlich gelagerte Plugins verhalten sich bzgl. der beschriebenen Linkänderungen aus "WordPress-technischen" Gründen so. Sie kürzen einfach den Weg ab, über den man sonst die Hierarchie und ggf. Reihenfolge der Elemente manuell einstellen würde. Warum es damit bei Dir zu 404 Fehlern kommt, wäre ein anderes Problem und sollte dem jeweiligen Pluginsupport mitgeteilt werden.

In WordPress werden im Backend durch das optische Einrücken die realen Bezüge zwischen Elternelementen und Unterelementen dargestellt und daraus ergeben sich direkt die entspr. verschachtelten Permalinks. Das gilt für alle hierarchischen Posttypen und Taxonomien, wie z.B. auch die Kategorieverwaltung.

Wenn es alleine um eine kosmetischen Darstellung der Seitenliste im Backend geht, ist es aus SEO Gründen nicht besonders ratsam, dafür die Seitenhierarchie und damit die bereits bestehenden Permalinks zu verändern.

Zitat von arnego2

Neumachen ist besser denn damit wird man den Hack los..

Den Hack wird man genau dann los, wenn man genau weiss, woher der Hack kam.

Zitat von b3317133

Für Google erscheinen weiterhin asiatische Seiten, von aussen betrachtet hat sich also nichts verändert.

Zitat von arnego2

b3317133 Bis Google die aus dem Index hat dauert es locker ein paar Monate.

Um Einträge im Google Index geht es hier noch gar nicht, sondern um das, was der googlebot gestern und auch heute noch bei einem Abruf dieses Websites zurückbekommt, und das sind weiterhin viele viele asiatische Seiten.

Zitat von Fellstyling

.. wäre es einfacher eine neue Wordpress Homepage zu machen?

Wenn man nicht an den Ursachen interessiert ist, warum bzw. wie der Website gehackt wurde, dann kann man das machen. Ob das sinnvoll ist, ist eine andere Frage.

Die Anmeldeseite [FONT=Courier New]wp-admin[/FONT] leitet normalerweise auf [FONT=Courier New]wp-login.php[/FONT] weiter, diese Weiterleitung hat bereits gestern nicht funktioniert. Die o.g. "Cookies" Meldung bei der [FONT=Courier New]wp-login.php[/FONT] Seite erscheint weiterhin wie gestern. Für Google erscheinen weiterhin asiatische Seiten, von aussen betrachtet hat sich also nichts verändert.

Eine Seite, die bei WordPress unter Einstellungen > Lesen als statische Startseite eingestellt wurde und in der Seitenliste mit Startseite bezeichnet wird, sollte nie auf Ausstehend oder Entwurf stehen, das bringt WordPress ggf. durcheinander.

Wie es zu sowas kommen könnte:

Evtl. hat der Account, den Du zum Bearbeiten genutzt hast, keine ausreichenden Rechte, um die Seite zu publizieren oder Anpassungen vorzunehmen.

Oder es lief beim Duplizieren in diesem Thread etwas schief.

Ein Lösungsweg wäre beispielsweise: Veröffentliche die erste "Home" Seite, lösche die zweite "Home" Seite.

Zitat von arnego2

Ohne zu probieren geht es eh kaum. ... Wenn du die richtige Dateistruktur zu Hand hast

1. Klicke den o.g. Link zum Generator an.
2. Nutze den Generator.
3. Die Dateistruktur wird angezeigt.

@arnego2 Danke, die asiatischen Inhalte sind bekannt, siehe auch Antwort #4 oben im Thread, sie erscheinen derzeit wenn man die Seite mit googlebot User-Agent abruft.

Üblicherweise zeigen gehackte Seiten für normale Besucher die normalen echten Inhalte, der Hack ist in dem Punkt hier aber offensichtlich defekt und daher jetzt aufgeflogen.

Deine [FONT=Courier New]php_value error_log[/FONT] Zeile entspricht nicht der Dateistruktur von All-Inkl, siehe auch verlinkter .htaccess Generator in Antwort # 7.

Wichtig: In Ordnern bzw. Dateien sucht man bei WordPress selbst in der Regel gar nicht herum und ändert auch gar nichts. Die einzige Ausnahme für Änderungen in Dateien wäre im Child Theme, das ist bei euch dieser Ordner:

wp-content/themes/kleeblattkreuzfahrten/

In der Datei [FONT=Courier New]style.css[/FONT] dort ist augenscheinlich eine Kontaktmöglichkeit zum Programmierer vorhanden.

Das besagte JavaScript mit Bezug zu diesem Formular ist über die Theme Einstellungen hinterlegt, siehe auch Dokumentation OceanWP.

Viel Erfolg bei eigenen Änderungen, sie erfordern nach aktuellem Stand mit diesen manuellen Ergänzungen aber vermutlich ein tiefergehendes Einarbeiten in die bestehende Installation und deren Mechanismen und Zusammenhänge.

Wie bereits beschrieben, der beste Ansprechpartner hier wäre der Programmier, der das Formular eingerichtet hat.

Es ist nach kurzem Blick in den HTML Quelltext der Startseite z.B. in den OceanWP Theme Einstellungen auch noch ein selbst erstelltes JavaScript hinterlegt, das direkten Bezug auf dieses Formular nimmt und das hier in Firefox und Chrome Scriptfehler verursacht, wenn man eine Datumsauswahl anklickt.

Der angegebene Link funktioniert nicht, die Subdomain www ist nicht vorhanden. Ohne www erscheint eine Seite, dort läuft mind. ein Cache-Plugin WP Rocket, evtl. wurde der Cache nicht geleert, wenn die Checkbox weiterhin sichtbar war.

Und was genau bedeutet Datenbank zerschossen? Bitte exakte Beschreibungen, Fehlermeldungen usw., sonst kann man schwer helfen.

Normalerweise haben Themes mit beschriebenem Demo Content im Theme Code eine entspr. add_post_type_support o.ä. Ergänzung für Seiten. Stammt der Demo Content direkt von Astra?

Der erste Ansprechpartner wäre der Programmier eueres eigenen Plugins. Nur der kann wissen, was/wie/womit zusammenhängt.

Die Klassenbezeichnung im Codeauszug deutet darauf hin, dass wohl das Plugin WPForms zum Erstellen des Formulars genutzt wurde. Entweder dieses Plugin ist weiterhin installiert (ggf. auch in der Lite version), dann wäre die Checkbox Einbindung bzw. Anfrage dort zu suchen oder aber es wurde nur der HTML Code damit erstellt und für eigene Zwecke kopiert, dann würde man woanders suchen.

Link zur Seite mit diesem Formular?