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 erstellenDie meisten Kaufthemes stellen ein Child Theme Gerüst bereit, würde daher zunächst beim Verkäufer nachfragen.
Alternativ, falls Programmiererfahrung vorhanden ist, etwas selbst zum Thema nachlesen. In der Regel besteht ein Child Theme Gerüst nur aus zwei Dateien und sehr wenigen Zeilen Code.
Generell: Solche Generatoren oder auch allgemeine Tutorials o.ä. funktionieren nicht immer, bei manchen Themes sind aufgrund "spezieller" Programmierung auch "spezielle" Dinge zu beachten.
Kommt auf das Parent Theme an.
also hab mal nen screenshot von der console angehängt.
Klicke oben links im kleinen Menü auf "Konsole" und lade dann die Seite neu, z.B: mit der Taste "F5".
wie vorgehen ?
In den meisten Fällen passiert über die Admin Erstellung hinaus (+ #_options Änderung und Degradierung anderer User) vorerst nichts.
Da der Hack zu einer sehr hohen Wahrscheinlichkeit über das auf dem Website genutzte Plugin "WP GDPR Compliance" erfolgt sein dürfte, ist es ebenso sehr wahrscheinlich, dass auch weitere Änderungen vorgenommen wurden, wie auf allen Websites, die wir hier mit diesem Hack gesehen und bereinigt haben, mehr dazu z.B. hier im Forum oder z.B. bei heise.de
Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben.
Leere Deinen Browser Cache...
Du könntest ein Plugin wie z.B. IfMenu nutzen und die Menüpunkte nur für angemeldete Benutzer anzeigen o.ä.
Worüber man sich bei so einem Ansatz im Klaren sein sollte: Suchmaschinen wie Google o.ä. werden die so "abgeschalteten" Seiten trotzdem weiter besuchen wenn sie sie bereits kennen oder wenn sie durch SEO-Plugins z.B. in einer XML-Sitemap landen usw. und in ihren Suchergebnissen anzeigen.
Funktionen, die in der [FONT=Courier New]functions.php[/FONT] im Original bzw. Parent Theme mit [FONT=Courier New]if ( !function_exists( ... )[/FONT] umschlossen sind, können im Child Theme "überschrieben" werden, indem man sie dort mit dem gleichen Namen einfügt (google), das nennt sich bei WordPress "pluggable".
Danke für die Info. Habe das Problem bereits den Duplicator Autoren mitgeteilt, ist jetzt auf der TODO Liste...
Ja. Wo genau, hängt von Deinem Theme ab.
Bei solchen Änderungen sollte zudem ein Child Theme verwendet werden, da die Änderungen sonst bei Theme Updates wieder verloren gehen.
Grundlegende PHP Kenntnisse sind Voraussetzung. Alternativ kommt ggf. eine Ausschreibung in der Jobbörse hier im Forum in Betracht.
Mindestens die Datei [FONT=Courier New]wp-includes/js/jquery/jquery.js[/FONT] ist defekt. Offenbar hat der Umzug nicht sauber geklappt.
Merke: Wenn eine Datei defekt ist, dann ggf. auch andere...
Ergänzung, weiterhin zeigen Bilderlinks auf 127.0.0.1, placehold.it, demo2.transvelo.in, das sollte man auch beheben.
Man müsste wohl das Template für die Einzelanzeige von Bildern (in der WordPress Terminologie "Attachment" genannt) in Deinem Theme raussuchen und dort dann [FONT=Courier New]$post->excerpt;[/FONT] verwenden, hier ein Beispiel in einem älteren Standardtheme Twenty Ten. Alternativ gibt es seit WordPress 4.6 auch die Funktion wp_get_attachment_caption() dafür.
Ein Lösungsweg wäre, in der Tabelle wp_users beim bereits bestehenden User (einen wird es ja geben) ein neues Passwort als MD5 Hash einzutragen, mehr dazu hier.
Ein weiterer Lösungsweg wäre das Anlegen eines Benutzers via FTP (google) via wp_create_user() und ->setrole() usw., dann wird das alles korrekt in die Datenbank eingetragen.
Und ein dritter Ansatz wäre, einen Screenshot des o.g. gesamten Headers zu zeigen, evtl. kann man dann sehen, wo das Problem liegen könnte. Über die Menüzeile kann man normalerweise eigentlich das Benutzerprofil aufrufen usw.
Alternativ im wordpress.org Theme Handbook bei Child Themes unter Internationalization.
Im Theme Handbook sind auch noch andere Dinge recht gut aufbereitet, die im Bezug auf Child Themes nützlich sind.
Bei z.B. Contact Form 7 kann man im Formular eigenen HTML-Code einfügen, also auch Bilder usw.
Man könnte versuchen, die Installation manuell zu aktualisieren, das macht man in Zweierschritten, also 2.7 > 2.9 > 3.1 > 3.3 usw., die einzelnen Downloads gibt es hier.
Bzgl. "Public Queryable / Öffentlich" wüde ich lt. der Vorgabe "ohne dass die Besucher das sehen" eher "deaktiviert" setzen, ggf. nochmal in der o.g. WordPress Dokumentation zu den einzelnen Parametern nachlesen. "Show in nav menus / In Navigations-Menüs anzeigen" könnte in dem Fall auch auf "deaktiviert", das betrifft die Einbindung auf der "Design > Menüs" Seite.
Besucher könnten sonst theoretisch die Zuordnungen über z.B. deineseite.de/taxtest/gemeinnuetzig/ auch von aussen sehen.
Die extra Taxonomies sind in der Regel nicht verlinkt, wenn man sie nirgends ins Theme einfügt, aber manche SEO-Plugins schreiben so public Sachen dann standardmässig in eine XML-Sitemap (wenn man das dort nicht explizit abschaltet) und so landet das dann ungewollt in der Öffentlichkeit, daher lieber alle Parameter sauber setzen, dann beachten das auch die SEO-Plugins automatisch und es kann sowas nicht passieren.
Oder ist "Public Queryable / Öffentlich" auf "aktiviert" für Gutenberg nötig? Hoffe ja, dass nicht...
Könnte an einer Kombination von relativ altem Code und der verwendeten der PHP-Version liegen, wahrscheinlich läuft derzeit PHP 7 oder neuer, kannst Du es testweise temporär mal mit PHP 5.6.x versuchen?
Wahrscheinlich ist nach kurzer Google-Recherche das 6 jahre alte Plugin PC Hide Pages dafür verantwortlich, statt dem Test mit der PHP Version kannst Du auch versuchen, z.B. über FTP den Ordner des Plugins /wp-content/plugins/[COLOR=#b30000]pc-hide-pages[/COLOR]/ temporär umzubenennen, das deaktiviert das Plugin und ein Login ist ggf. wieder möglich. Generell sollte man sehr genau überlegen, ob man so alte Plugin einsetzen will... :confused:
Mit Domain und Subdomain auf ein Verzeichnis, warum auch immer, hat der Fehler nichts zu tun.
Manche Hoster verschieben die Datei [FONT=Courier New]wp-config.php[/FONT] wegen des sensitiven Inhalts (Datenbankzugangsdaten) aus dem eigentlichen Verzeichnis auf das die Domain zeigt heraus, damit die Datei im Falle eines Ausfalls von PHP auf dem Server nicht von aussen anzeigbar ist.
Das ist insofern eine Besonderheit, die allerdings hier und da auch in Hardening Tutorials (google) o.ä. beschrieben wird. WordPress selbst findet die Datei auch dort (und All-In-One Migration hat das offenbar ebenfalls berücksichtigt).
Dass die Datei nicht automatisch in das Duplicator Archiv eingebunden wurde, könnte man als Bug von Duplicator sehen. Wurde ggf. beim Erstellen des Archivs schon auf das Fehlen hingewiesen?
Für Mitleser: Möglicherweise hätte man als Workaround die Datei auch manuell in das Hauptverzeichnis des Duplicator .zip Archivs kopieren können, allerdings ungetestet...
Und jetzt wurde offenbar was geändert und alles geht wie es soll.
Komplett fertige Lösungen bekommt man in der Jobbörse des Forums. Die freiwilligen Helfer hier im Forum bieten Hilfe zur Selbsthilfe, es geht v.a. darum, dass man versteht, was da passiert, und dadurch selbst lernt..
