Der Support von Elementor Pro befindet sich hier: https://elementor.com/support/
Beiträge von b3317133
-
-
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.
-
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.Für Google erscheinen weiterhin asiatische Seiten, von aussen betrachtet hat sich also nichts verändert.
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. -
.. 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.
-
Ohne zu probieren geht es eh kaum. ... Wenn du die richtige Dateistruktur zu Hand hast
- Klicke den o.g. Link zum Generator an.
- Nutze den Generator.
- 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:
Codewp-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?
-
Poste mal einen Beispiellink, genau wie er im Editor angegeben wird, der dann einen 404 erzeugt.
-
Es gäbe da ein Plugin WordPress Comments Fields, das extra Felder in den Kommentarbereich einfügen kann.
Das Plugin ist lt. Pluginbeschreibung aber derzeit nur bis WordPress 5.7.3 getestet (aktuell ist WordPress 5.8.1), daher selbst testen.
-
Die meisten Hoster sind in der Lage, einem Kunden zu zeigen, wo sich das Error-Log des Servers befindet oder wie man es bei Bedarf aktiviert.
Bei All-Inkl. wäre das z.B. über einen Eintrag in der [FONT=Courier New].htaccess[/FONT] Datei möglich, mehr dazu hier in deren .htaccess Generator oder beim All-Inkl Support nachfragen, dort bekommt man unserer Erfahrung nach bei Fragen zum Hosting zeitnah kompetente Auskünfte und auch unkomplizierte Hilfe.
Mit der Bereinigung des o.g. Hacks hat das nichts zu tun, viele Hoster können als Hilfe nur ein älteres Backup mit entspr. Datenverlusten seit dem Hackzeitpunkt einspielen und verstehen im Grunde selbst nur wenig von WordPress, egal wie sie ihre Tarife benennen. Für eine echte Bereinigung verseuchter Daten oder das Auffinden und Beseitigen von Sicherheitslücken in Theme oder Plugins ohne Herstellerupdates sucht man sich am besten Hilfe bei WordPress Profis.
-
Die Lösung: Alle post_excerpt-Inhalte mit "websitedemos" drin auf der Datenbank gelöscht.
Eine für viele wohl bessere Lösung ohne direkte Eingriffe in die Datenbank wäre, im Editor das Feld Excerpt bzw. Auszug der Seite zu öffnen, die Inhalte dort zu entfernen und die Seite zu speichern.
Der Inhalt dieses Feldes erneuert sich nicht von alleine, das Feld dient zur manuellen Eingabe eines eigenen Auszugs. Nur wenn das Feld leer ist, generiert WordPress automatisch Auszüge, falls welche angefordert werden.
-
...PHP Fatal error: require_once(): Failed opening required /public_html/wp-content/plugins/code-snippets/php/snippet-ops.php' ... /public_html/wp-content/plugins/code-snippets/php/class-code-snippets.php on line 69, ...
Die Zeile 69 sieht so aus:
$sql .= sprintf( ' AND ( %s )', implode( ' OR ', $search ) );
Was kann der Fehler sein ??
Hier sieht Zeile 69 so aus:Coderequire_once $includes_path . '/snippet-ops.php';
Der Fehler bedeutet, dass diese Datei nicht gefunden wird. Das Plugin ist unvollständig installiert oder beschädigt.
