SOS – schnelle Hilfe für die Homepage

Einer meiner Kunden konnte sich nicht mehr bei WordPress einloggen (Admin Login ins Backend), die Login-Daten wurden einfach nicht angenommen. Seltsamerweise klappte es jedoch mit meinem Zugang. Aber auch ich konnte keine Beiträge ändern oder neue Benutzer anlegen. Dazu kam, dass auch der Besucherzähler des Statistik-Plugins „WP Statistics“ seit zwei Tagen keine Besucherzahlen mehr anzeigte. Ein Hacker-Angriff?

Die Vermutung lag nahe, dass etwas mit der Datenbank nicht stimmte … und richtig … die Datenbank war voll! Bei 1und1 stehen dem Kunden nur 100MB pro Datenbank zur Verfügung – die Größe der betroffenen Datenbank lag jedoch schon über 150MB.

Überschreitung der MySQL-Datenbank-Kapazität
Sie haben in unseren aktuellen Tarifen 100MB Speicherplatz pro Datenbank zur Verfügung.
Wenn Sie diese Grenze überschreiten, wird der Schreibzugriff auf diese MySQL-Datenbank automatisch solange gesperrt, bis das Limit wieder unterschritten wird.
Info von 1und1

Das Plugin WP Statistics belegte über 70MB in der Datenbank!

Also habe ich das Plugin deaktiviert und deinstalliert. Vorher habe ich über „Einstellungen – Daten entfernen“ alle Einträge aus der Datenbank entfernt, sonst werden diese nicht gelöscht. Wichtig ist auch die Einstellung „Alte Daten täglich löschen“, damit das Datenvolumen begrenzt bleibt. Diesen Menüpunkt hatte der Kunde bei der Installation übersehen.

Dieses Tool ist nicht geeignet für umfangreiche, gut besuchte Websites! Es bremst die Website aus und bläht die Datenbank auf!

Nun funktioniert die Website wieder einwandfrei und der Kunde ist glücklich 🙂

Dies ist eine Parkbank, keine Datenbank 🙂

Habe ich schon einmal erwähnt, wie wichtig Datenbanksicherungen sind? 🙂

Ein Kunde hatte auf eigene Faust einen Providerwechsel vorgenommen, also einen Umzug seiner Domain zu einem anderen Anbieter. Allerdings war dadurch nur die Adresse (URL) bei dem neuen Provider gelandet, keine Inhalte. Also hatte er nur noch eine leere Seite vor sich.

Wie soll das auch funktionieren? Schließlich muss man bei einem Wechsel bei dem neuen Anbieter eine MySQL-Datenbank und das FTP-Programm einrichten, die entsprechenden Dateien wie die .htaccess und die wp-config.php anpassen (Zugangsdaten), die Mediadateien hochladen und die hoffentlich gesichterte Datenbanksicherung einspielen.

Gerne empfehle ich den Artikel meines geschätzten Kollegen Frank Stachowitz: Datensicherung mit BackWPup . Mit dem beschriebenen Plugin ist die Sicherung wirklich einfach!

Providerwechsel sind nicht der einzige Grund für regelmäßige Sicherungen … Hackerangriffe, Viren, fehlerhafte Plugins … es passiert immer etwas, wenn man es gerade nicht gebrauchen kann. Zur Not reicht auch die einfache Sicherung über die Funktion Werkzeuge -> Daten exportieren.

Übrigens sollte man die Sicherung VOR dem Wechsel durchführen, danach sind die Daten weg (auch die Backups auf dem Server).

Oder man fragt einfach seinen freundlichen und hilfsbereiten Webdesigner 🙂

Misconfiguration leads to mail delivery failure or other troubles. Validate your contact forms now. » Validate Contact Form 7 Configuration

Das sollte man unbedingt machen! Ergebnis in diesem Beispiel:

This contact form has a configuration error

Folgende Fehlermeldungen erscheinen in diesem Beispiel:

1. This email address does not belong to the same domain as the site.

Hier muss, in spitzen Klammern, eine gültige Email-Adresse eingetragen werden, die auf der URL der Homepage basiert.
Also auf der Seite www.klausoppermann.de z.B. info@klausoppermann.de.
Ggf. muss man diese Adresse neu anlegen.

2. This field can be empty depending on user input.

Hier sollte das Feld ergänzt werden, damit es auch dann nicht leer bleibt, wenn der Besucher keinen Betreff einträgt (es ist ja kein Pflichtfeld).

Additional Headers

In das Feld Additional Headers gehört folgende Angabe: Reply-To: [your-name] < [your-email]>, um der Mail antworten zu können.
Wichtig: diese Felder müssen Pflichtfelder sein (Standard)!