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 erstellenNicht so drängeln, es muss auch erst mal jemand Zeit finden, das hier zu lesen und sich Gedanken zu machen.
Was spricht dagegen, den Nutzern die Rolle "Author" zu geben? Dann können sie noch Artikel verfassen und veröffentlichen, aber nicht mehr die der Anderen ändern.
Was genau sieht denn da komisch aus? Sieht alles irgendwie normal aus.
Schau doch mal nach, ob dein Theme (ja, auch Themes sind ein genau so großes Einfallstor wie Plugins) eventuell timthumb.php nutzt.
Du kannst die Dateien auf deinen PC herunterladen und nach Auffälligkeiten (verschlüsseltes PHP etc.) durchsuchen. Die Core-Dateien kannst du einfach löschen/überschreiben, damit du damit keine Arbeit hast.
Die Datenbank kannst du auf einem lokalen MySQL-Server importieren und dann entweder mit phpmyadmin oder anderen Tools durchsuchen und bereinigen.
Sämtliche Passwörter solltest du natürlich zurücksetzen (auch die deines Webspaces).
Beides zusammen geht nicht. Wenn ein User sein Passwort zurücksetzen will, muss er anscheinend auf eine Datei aus wp-admin zugreifen. Wenn der Ordner per Verzeichnisschutz gesperrt ist, funktioniert das natürlich nicht.
Kein Problem, ist mir auch schon passiert ;)
WordPress selbst hat keine Passwort-Abfrage per .htaccess. Es muss sich also um ein Plugin, einen Teil eines Themes oder einfach eine Modifikation in der originalen .htaccess handeln.
Ah okay, ja gut. Das nutzt vermutlich Flash für den Upload. Das wäre allerdings eine Sache, die du im Plugin ändern müsstest.
Soweit ich weiß gibt es ein solches Plugin bisher nicht.
ich habe mit mit poedit die .po Datei angeschaut und dort ist alles übersetzt. Dennoch finde ich immer noch Englische Begriffe und weiss nicht wie ich die weg bekomme.
Es kann sein, dass die .po nicht vollständig ist. Du kannst den BuddyPress-Core mit Poedit komplett nach übersetzbaren Komponenten durchsuchen und deinen Katalog angleichen. Ich habe immer wieder die Erfahrung gemacht, dass oft alte pot-Kataloge genommen werden, die bei Aktualisierungen in der Software nicht aktualisiert werden. Das ist für die Übersetzer natürlich ärgerlich. Ich nutze daher für meine bbPress-Übersetzungen eigentlich immer eigene Kataloge mit so gut wie allen möglichen Übersetzungsschlüsseln. Und trotzdem kommt es komischerweise vor, dass andere mit den gleichen Schlüsseln andere Ergebnisse bekommen.
Naja, bbPress Standalone ist einfach praktischer, wenn man ein einzelnes Forum will und nicht gleiche WordPress braucht. Dann kann man auch gleich eins der anderen Foren nehmen, der Vorteil war ja eigentlich die Schlankheit.
Und soweit ich weiß wird nur nicht aktiv weiterentwickelt. Bei der Übernahme durch Automattic wurde gesagt, dass die Standalone-Version quasi eingefroren wird, Patches aber dennoch eingepflegt werden sollen.
Du kannst dir die deutsche Sprachdatei unter http://wpde.de herunterladen. Beim Update wird die gelöscht, wenn du die falsche Version erwischst, was bei 3.1 auf 1.3.x schon sein kann ;)
Das ein Theme plötzlich weg ist, ist allerdings merkwürdig, die Themes liegen als Dateien fest im Ordner /wp-content/themes. Wenn es weg ist, muss es gelöscht worden sein.
Die Änderungen ins Child Theme einpflegen? Klar, das kannst du quasi jederzeit tun :D
Ein Child Theme ist quasi ein eigenständiges Theme, welches auf dem Parent Theme, dem originalen Design, aufbaut. Dabei werden zu ändernde Dateien einfach ins Child Theme kopiert und dort geändert. WordPress sucht dann zuerst im Ordner des Child Theme und nimmt die geänderten Dateien da her und holt sich die ungeänderten Dateien aus dem originalen Theme.
Ich habe dazu zwei Artikel geschrieben:http://wemaflo.net/2010/06/tutori…sign-erstellen/
Allgemeines Tutorial zur Funktion und zum erstellen von Child Themes
Performancefreundliches Einbinden der CSS-Dateien im Child Theme
Hast du die 3 Blogs evtl. mit einem anderen Benutzer angelegt? Soweit ich weiß, erscheinen dort nur die Blogs, in denen man selbst eine Rolle hat.
Naja, wenn niemand da ist, der was mit dem Problem anfangen kann, ist das wohl so, nech?
Allgemein sollte es mit jedem halbwegs modernen Smartphone auch möglich sein, Dateien über den Browserupload in den Stream oder in Alben zu laden. Ich zumindest kann das mit meinem Nexus S ohne weitere WP-Plugins.
Mit Aktualisierung meinst du jetzt, dass du Dateien von Hand änderst und wieder auf den Space lädst?
Geht es vielleicht sofort, wenn du einfach nach der Änderung Strg+f5 drückst? ;) Dann läge es lediglich an deinem Browsercache.
Prüfe trotzdem auf jeden Fall, wie der Eindringling ins System kam. Gibt es unsichere Plugins oder Themes?
Denn wenn du jetzt ein sauberes Backup mit der gleichen Lücke eingespielt hast, ist es eine Frage der Zeit, bis sich wieder jemand an der Installation zu schaffen macht.
Ja, vermutlich schon. Du müsstest die Änderungen nachträglich wieder einbauen.
Aus ebendiesem Grunde empfielt es sich, Änderungen immer in Child Themes durchzuführen.
Eine Sicherung für den Umzug in diesem Zustand scheint mir nicht sinnvoll. ???
Probiers aus... Eine Datenbank- und Dateisicherung kann nicht schaden, die Exportfunktion beinhaltet ja weder Benutzer, noch Einstellungen und Dateien. Wenn der Import per phpmyadmin nicht klappt, kannst du es mit dem MySQLDumper versuchen, der bekommt oft erstaunlich vermurkste Datenbanken wieder hin.
WordPress legt nicht selbst Logdateien an. Der Apache hingegen schon. Inwiefern sich in den Apache-Logs festlegen lässt, welcher User den Artikel wiederherstellte, weiß ich allerdings nicht (die User-ID wird ja nirgendwo angezeigt, vielleicht über die IP, was aber auch eher nicht der gängige Weg ist).
WordPress legt allerdings Revisionen an (wenn diese nicht deaktiviert wurden), vielleicht gibt es da einen entsprechenden Eintrag. Rechtssicher ist das allerdings sicher nicht, sowohl Logs als auch Datenbankeinträge lassen sich einfach ändern.
