Gerissene Stricke und Backup

Mein Provider hat mir zwar mitgeteilt, dass es am 30.04 zur kurzen Ausfällen kommen könnte, weil eine sehr wesentliche Umstellung gemacht wird: Die Domain des Providers selbst wird verlegt. Und da hängen ein paar historisch gewachsene Schlampereien dran, die eventuell Ärger machen könnten.
Aber als beesign.com am 1. Mai (Feiertag) immer noch nicht erreichbar war, habe ich mir denn doch Gedanken gemacht.

Das letzte Backup der Datenbank habe ich am 7. März gemacht, also vor fast 2 Monaten. Sehr unerfreulich. Der Provider selbst macht zwar alle paar Tage automatisch Backups, aber – na ja – das will ich ja gar nicht wirklich wissen. Hoffentlich.

Was tun, wenn’s passiert?

Zunächst einmal sehen, was wirklich passiert ist. Zwar denkt man schnell einmal an Hacker, aber Websitebaker ist inzwischen recht sicher geworden. Hacker kommen wenn überhaupt nicht über WB rein, sondern über Scripte, die mit WebsiteBaker gar nichts zu tun haben.

Gut, wenn man gelegentlich einmal die gesamte Installation vom Server auf die lokale Platte gezogen hat, mitsamt der config.php. Normalerweise ändert sich nicht sehr viel an der Installation, man kann sie 1:1 wieder drüberkopieren.
Die Dateien im pages-Verzeichnis („access-files“) enthalten keine Inhalte, sondern nur die Daten, die index.php benötigt, um die Seite aufzurufen. Leider gibt es keine Möglichkeit, die Dateien im Stück wieder herzustellen. Aber mit einem kleinen Trick  geht es relativ flott: In der Seitenübersicht alle Seiten einer anderen unterordnen und wieder zurück. Dadurch werden die access-files neu angelegt.

Die Datenbank selbst ist so gut wie nie beschädigt oder gar verschwunden. Meist muss man sie nur wieder richtig verbinden, also die Werte in der config.php ändern.
Fall sie doch weg ist, hilft nur das Backup: Websitebaker neu installieren, Backup in die Datenbank. Ich gestehe: Ich habe das noch nie gemacht. Also sag ich nix dazu.

Was wenn tatsächlich alles weg ist?

Ein Chance gibt es noch, zumindest Teile der Site wieder herzustellen: Der Google-Cache.
Mit einer Abfrage site:meinedomain.tdl oder inurl:meinedomain.tld/wb/pages/ listet Google die meisten indexierten Seiten auf. Dann schaut man in den Google-Cache, wie viel davon noch da ist.
Bei kleineren Seiten wird man von Hand den Quellcode der  Seiten herauskopieren, bei größeren wird wohl etwas php-Kenntnis hilfreich sein.
Leider ist der Google Cache sehr unvollständig, es fehlen viele Seiten.

Ein Tipp noch am Rande:

Bei kleineren Domains, die sich nur wenig ändern, kann man auch ein Komplett-Backup mit zb GetLeft machen: Das Programm lädt die ganze Domain, mitsamt Bildern auf die lokale Platte. Im Falle eines Ausfalls kann so ohne Neuinstallation/Datenbank die Site zumindest temporär wieder hochgeladen werden.

Und – ja: Warum beesign.com solange offline war:
In der config.php war als Datenbank-Host die Domain des Providers eingetragen. Als dieser die Domain verlegt hat, verschwand auch die Datenbank. Abhilfe: Aufs Geratewohl beesign.com als Datenbank-Host eingetragen – und siehe: Alles da. Hätte ich auch früher dran denken können...

Comments

Add Comment

WebsiteBaker.at

So nebenbei entsteht eine neue Site zum Thema WebsiteBaker:  WebsiteBaker im professionellen Einsatz. Dort gibt es nur das Best-of zu sehen: Die besten WebsiteBaker Sites, die besten Templates und überhaupt: Den besten WebsiteBaker wo gibt!

Menü-Blöcke und Kapitelfarben

Ein neues Template und die Antwort auf alte Fragen: Wie mache ich Zwischenüberschriften oder Gruppen im Menü? Und wie mache ich verschiedene Farben pro Kapitel - auch auf den Unterseiten? Das Template "Blockit" zeigt einen Weg auf.

Caching mit Websitebaker?

Caching ganzer Seiten bietet einige Vorteile - und einige Nachteile. Keine konkrete Anleitung, aber ein paar Anregungen und Hinweise, welcher Art die Fallstricke sind, und wie es vielleicht trotzdem geht.