Klassischer Schadcode, der sich an mehreren Stellen verstecken kann. Das Update auf 4.0 ist nicht das Problem, Deine Lücke bestand schon vorher. Ähnliche Probleme sehe ich bei 2-3 Neukunden pro Monat.
Beiträge von mensmaximus
-
-
mensmaximus
Naja, gar nichts, da die Seite ja einwandfrei funktioniert,
nur eben nichts von dem Plugin zu sehen ist..Hast Du denn das Debuging überhaupt aktiv? Schon mal in das Errorlog des Servers geschaut?
-
Nein, das wurde in 4.0 nicht abgeschafft. Wie sieht Deine wp-config.php aus? Trage dort einmal folgende Zeile ein
define( 'WP_POST_REVISIONS', 3 );
Dann editiers Du einen Post und speicherst ihn ab. Jetzt sollt eine Revision angelegt werden. Falls nicht hast Du möglicherweise ein Plugin installiert um Revisionen in der Anzahl zu begrenzen oder ganz abzuschalten.
-
Was sagt das Debug Log?
-
-
-
Gibt es Zugang zur MySQL Datenbank? Gibt es ein Hosting Kontrolpanel? Falls ja, reden wir weiter.
-
Und im Internet findet man doch einige Nachteile zum Betreiben von Multi-Sites.
Es gibt immer pro und contra. Wenn Du mehrere WP Installationen in Unterverzeichnissen hast, kann nur ein einziger Überdie Domain laufen alle anderen müssen mit http://domain/unterverzeichnis aufgerufen werden.
-
Da mir der Sinn solcher Installation für immer verschlossen bleiben wird, kann ich dazu keine Empfehlung aussprechen.
-
Paul Underwood hat die zwei Möglichkeiten auf seiner Seite schön beschrieben: http://www.paulund.co.uk/display-wordpress-search-form
-
Wordpress in Unter-Unter-Verzeichnissen ist keine besonder gute Idee und benötigt eine ganz spezielle Konfiguration.
-
Lass das jemanden machen der sich damit auskennt.
-
Schau in der wp_users nach ob der superadmin noch existiert (den Namen solltest Du ja wissen). Wenn ja siehst Du dessen user_id. Die user_id muss dann in der Tabelle wp_usermeta wie oben beschrieben angepasst werden.
-
Wenn nur Quellcode ausgegeben wird ist entweder PHP nicht aktiviert oder die Datei wurde fehlerhaft bearbeitet ( <?PHP tag verändert ). Nebenbei bemerkt heißt es wp-config.php nicht w-config.php.
-
In der Tabelle wp_usermeta für die user_id des benutzers (wahrscheinlich die 1) den meta_key wp_user_level auf 10 setzen.
-
Kommando zurück. Habe es gerade mal getestet. Nach dem Umbenennen von wp_options in wp_option wird tatsächlich ein Fehler beim Aufbau der Datenbankverbindung gemeldet.
Also erst beim Hoster anfragen und falls der nichts zu berichten weis die Tabelle von wp_option in wp_options umbenennen oder ein Backup von gestern einspielen. Aber wirklich erst wenn ganz sicher ist, das der Hoster kein Problem hat. Grundsätzlich bleibt dann die Frage woher kommt das, denn in dem Fall kann Fremdeinwirkung (Hack) nicht ausgeschlossen werden.
-
p.s. wenn ich bei phpmyadmin reinschaue sehe ich, dass es eine wp_option gibt...also ohne "s" am Ende...liege ich richtig in der Annahme, dass es hier muckt?
Ja und Nein. Lautet der Tabellenpräfix wp_ dann muss die Tabelle wp_options heißen. Das würde aber nach meinem Dafürhalten nicht zu einem Verbindungsfehler führen, sondern die Webseite für die Neuinstallation anzeigen, wenn die MySQL Zugangsdaten grundsätzlich richtig sind und ein Connect möglich wäre. Das muss ich mal testen, den Fall hatte ich noch nicht. Ich denke aber auch, dass es ein MySQL Serverproblem des Hosters ist.
-
'./projekt1/wp_blog-header.php'
Wenn die Domain auf /projekt1 liegt müsste der Include gemäß der Fehlermeldung './wordpress/wp-blog-header.php' lauten.
-
Abstand zwischen Menü und Content. Siehe Anhang
-
Abenteuerliche Sachen gibt es. Das Teil ist uralt und bei Wordpress ausgelistet. Warum nimmst Du keines der aktuellen und wahrscheinlich sichereren Form Plugins?
