Beiträge von wemaflo

Das ist der Grund, weshalb man es nicht so weit kommen lassen sollte und seine Seiten immer aktuell und sicher halten muss. Wenn man eine im Internet erreichbare Seite betreibt, darf man es sich eigentlich nicht erlauben "nach längerem" mal wieder das Blog anzusehen...
Genug der Belehrung.

Solltest du noch per FTP an die Daten kommen, kannst du sie dir natürlich herunterladen. Und auch die Datenbanken wird es vermutlich noch geben. Es wird vermutlich sogar ein leichtes sein, deine Seite wieder verfügbar zu machen. Hat der Hacker die Daten allerdings gelöscht, kannst du nur noch auf bei dir gespeicherte Sicherungskopien zurückgreifen.
Allerdings solltest du dir darüber im Klaren sein, dass du keiner einzigen Datei der Seite mehr trauen darfst. Denn wenn jemand Zugriff auf deine Seite hatte, kann er auch jede Datei verändert haben, um Schäden anzurichten oder später wieder angreifen zu können. Es wäre also mehr als fahrlässig, die offensichtlichen Schäden zu beheben und die Seite wieder ans Netz zu bringen, ohne jede Datei gründlich zu prüfen.

Hast du zwei echte Server? Dann sollte es doch ein leichtes sein, diese mehrmals pro Tag per FTP zu spiegeln (und sie evtl vorher abzugleichen) oder?

Okay.
Mit Google XML generierst du vermutlich Sitemaps? Soweit ich weiß kann das extrem Speicherhungrig sein. Ich nutze Simple Google Sitemaps von Peter Liebetrau und bin sehr zufrieden.

Versuche doch mal deine Permalinks neu zu setzen. Also einfach im Backend in den Einstellungen die Permalinks nicht ändern und einfach erneut speichern. Dann sollten deine Posts zumindest wieder da sein.

Es sucht einfach nach einem frei wählbaren Ausdruck und ersetzt diesen gegen einen anderen.
Du kannst damit also auch alte Links suchen und gegen neue tauschen, ja.

Edit: Lesen sollte man können, sorry.
Du kannst damit in deiner Datenbank nach etwas suchen und es ersetzen. Dateien werden damit nicht verschoben, das musst du schon händisch erledigen.

Hast du es mal mit einem anderen Browser versucht? Vielleicht liegt es nur am Browser oder einem Browserplugin...

Ansonsten: Hast du für die Neuinstallation von BuddyPress die automatische Installation übers Backend gewählt, oder die Dateien auf deinen PC heruntergeladen, entpackt und per FTP ins Pluginverzeichnis geschoben? Solltest du letzteres getan haben, lösche die Plugindaten doch nochmal und installiere die Plugins übers Backend aus dem Repository neu. Vielleicht liegen Dateifehler vor.

Ansonsten muss dein Uploadverzeichnis (über die Einstellungen wählbar) vom Server beschreibbar sein.

Zuerst solltest du diese Seiten anlegen und füllen, bzw. entsprechende Plugins installieren.

Dann kannst du einfach den entsprechenden Link eintragen, bisher wurde als Platzhalter "#" eingesetzt, stattdessen einfach http://example.com/terms-of-use/ oder ähnliches eintragen.

Ich habe da vor einer Weile nach einer ebensolchen Frage hier im Forum ein kleines Plugin gebastelt. Hier findest du den Thread mit der Vorstellung.

http://forum.wordpress-deutschland.org/plugin-vorstel…ss-backend.html

Es verbindet sich mit einem IRC-Server (frei einstellbar) und hat zwei wählbare Oberflächen, es kann eingestellt werden, ab welchen Befugnissen darauf zugegriffen werden darf usw...

Das sollte reichen. Ist eigentlich sogar recht viel.
Deaktiviere doch mal alle Plugins und installiere dann das von mir genannte Plugin, aktiviere es und teste der Reihe nach durch. Irgendwo muss der Übeltäter stecken, denn soviel Speicher braucht WordPress auch mit vielen Plugins eigentlich nicht.

Vermutlich hast du per phpmyadmin Zugriff auf deine Datenbanken. Logge dich dort mal ein.
In der entsprechenden Datenbank sollten alle Tabellen mit dem von dir bei der Installation gewählten Prefix beginnen. Hast du das vorgeschlagene nicht geändert, ist das wp_.
Nun wirst du einige Tabellen finden, die zwei Prefixe haben, einerseits wp_bp_ für alle Tabellen, die BuddyPress erstellt hat, andererseits wp_bb_ für alle Tabellen, die bbPress (also das Forum) erstellt hat.

Wenn du beide Plugins deaktiviert und gelöscht hast, kannst du diese Tabellen löschen, dadurch löschst du alle Einstellungen, die von den beiden Plugins geschrieben wurden.
Mach bitte vorher ein Datenbank-Backup, damit du keine Daten verlierst, wenn du doch etwas falsch machen solltest.

Schön dass es geklappt hat uns sorry, dass ich nicht so schnell da ware, aber du bist mit dem Dumper ja selbst zurecht gekommen.

Ja, die Prefixe gehören zu den Tabellen, nicht zu den Datenbanken, das muss man eben beachten :) Du kannst den Tabellen ein neues Prefix geben, dann kannst du es auch in der wp-config.php ändern.

Es gibt auf der offiziellen Seite von BuddyPress eine Galerie kostenloser Themes:
http://buddypress.org/extend/themes/

Ansonsten musst du wohl mal selbst suchen oder ein Theme selbst machen, am einfachsten als Child-Theme vom Default-Theme...

WP Super Cache ist weiterhin aktiv.

<!-- Dynamic page generated in 0.194 seconds. --> 
<!-- Cached page generated by WP-Super-Cache on 2011-07-29 14:07:59 --> 
<!-- super cache -->

Gibt es, such mal nach System Health oder so.

Wenn du Zugriff auf PHPMyAdmin hast, kannst du deine Datenbanken dort sowohl exportieren, als auch importieren.

Du kannst auch ein Tool wie MySQLDumper installieren und das Backup und den Import darüber ausführen.

Ich kann nur raten...
Hast du irgendwelche Plugins installiert, die in die Capabilities eingreifen? Also irgendeinen Rechtemanager?

Ja, das sicher. Bei sowas ist nur die Frage, wie lange das so ist. Mit BuddyPress 1.3 (die erste Beta soll morgen erscheinen) funktioniert das Plugin dann vielleicht schon nicht mehr und dann stehst du da und kannst entweder BuddyPress nicht updaten oder den Nutzern keine Privatsphäre mehr erlauben...
Das meinte ich damit.

Von bp-privacy würde ich momentan noch abraten. Das Plugin ist nicht als Stable erschienen und wird vom Entwickler nicht weiter betreut.
Außerdem ist es sehr umfangreich und komplex und sollte auch eher eine API als Modul von BuddyPress sein.
Der Entwickler will es ob des Umfanges nicht mehr betreuen und die BuddyPress-Entwickler haben sich bislang noch nicht dran gemacht.

Erstmal ne ganz banale Frage: Unterstützt dein neuer Hoster die PHP-Funktion mail()?

http:// vors www. setzen.

Wie wärs mit ner robots.txt?

User-agent: *
Disallow: /impressum/

Zumindest Google und andere seriöse Suchmaschinen halten sich an diese Anweisungen.