Plugin Backup Interface

[B.E.A.]

Zu später Stunde noch ein kleines Problem

Folgende Meldungen bekomme ich angezeigt, wenn ich über die Verwaltungsoberfläche "Backup interface" aufrufe

Warning: opendir(/kunden/homepages/xx/dxxxxxxxxxx/backups) [function.opendir]: failed to open dir: No such file or directory in /homepages/xx/dxxxxxhtdocs/blog/plugins/serendipity_event_backup/serendipity_event_backup.php on line 1321

Warning: readdir(): supplied argument is not a valid Directory resource in /homepages/xx/dxxxxxxx/htdocs/blog/plugins/serendipity_event_backup/serendipity_event_backup.php on line 1322

Warning: closedir(): supplied argument is not a valid Directory resource in /homepages/xx/dxxxxxxx/htdocs/blog/plugins/serendipity_event_backup/serendipity_event_backup.php on line 1331

Backup Interface

Provides the ability to automatically make backups from your s9y, the database-tables, the whole database and the files. Only MySQL(i) databases are currently supported. WARNING: This plugin does not work well with large databases or directories.

Die xxxx sind nur Ersatz für meine Datenbank-Nummer

Es wäre nett wenn mir einer diese Meldungen erklären könnte und wie man dann das Plugin am günstigsten einstellt.

Danke und liebe Grüße Bea

[garvinhicking]

Hi!

Existiert das angemäkelte Verzeichnis und hat volle Schreibrechte?

Anscheinend nicht, zumindest laut Fehlermeldung.

Grüße,
Garvin

[B.E.A.]

Hi,

das Verzeichnis ist ja eigentlich die Datenbank. Darum versteh ich das auch nicht. Ich kann ja nicht der Datenbank Schreibrechte vergeben. Wie müßte das denn heißen?

Liebe Grüße Bea

[garvinhicking]

Hi!

Nein, das Verzeichnis ist:

/kunden/homepages/xx/dxxxxxxxxxx/backups

das hat ja mit der Datenbank nix zu tun.

Grüße,
Garvin

[iskru]

Ich hab das Pugin gerade mal getestet, da ich in den letzten Tagen einigen manuellen Aufwand hatte vom RSS Aggreagtor Plugin gelöschte Kategorie-Zuordnungen wieder herzustellen.

Ich habe die gesamte Datenbank ge-backupped (?)
Nun zum Problem: ich habe das Backup in eine lokale Testinstallation eingespielt, die dieselben Kategorein hat wie die "produktive" Installation.

Nach Einspielen des Backups hat die lokale Testinstallation 258 Einträge bzw. Artikel, die "produktive" 330!

Ferner sind die Bilder aus den Artikeln nicht "mitgekommen", ebenso fehlt die Kategorie-Zuordnung, alle Post haben den Admin als Autor.

Artikel jünger als 19.April fehlen (6 Tage Gap?)

Sticky posts fehlen.

Ist das so gewollt?
Jedenfalls entspricht das Ergebnis nicht dem, ewas ich mir von einem DB-Backup mit anschließendem Wiedereinspielen des Backup erwarten würde ...

[garvinhicking]

Hi!

Vor einem einspielen des Backups musst Du die existierenden Tabellen löschen.

Bilder müssten eigentlich im .tar.gz Backup (nicht im SQL-Dump) gespeichert werden.

Enthält dein SQL-Dump denn alle Tabellen und Daten?

Viele Grüße,
Garvin

[B.E.A.]

Woher soll man das alles wissen? Einer der Gründe warum ich immer so zöger etwas auszuprobieren. Es fehlt wirklich eine Doku und ich finde es immer wieder schwierig das alles zu durchblicken. Auch ich hatte ja schon angefangen mit einer Hilfe für absolute Anfänger... aber das solltet ihr wirklich mal ernsthaft überlegen. Hier und da schreiben einige über Plugins. Warum das nicht alles sammeln und aufbereiten. Oder stell ich mir das zu einfach vor. Ändert sich so viel von Version zu Version von den Basic's?

Liebe Grüße Bea die immer noch nicht weiterkommt mit den Fehlermeldungen.

[garvinhicking]

Hi!

Naja, ich dachte bisher es wäre selbstverständlich dass man beim einspielen eines Backups dies eigentlich nur dann tut, wenn man alles verloren hat bzw. gelöscht wurde.

Ich bin aber auch für mehr Dokumentation!

In den Plugins ändert sich wenig von Version zu version, es kommen höchstens neue Dinge hinzu.

Viele Grüße,
Garvin

[stm999999999]

Hi!

Vor einem einspielen des Backups musst Du die existierenden Tabellen löschen.

Äh, ja? Weil, ich habe das Plugin schon ein paar mal genutzt und habe nie was löschen müssen?

Und ist das nicht auch überflüssig angesichts von

Code: Select all

DROP TABLE IF EXISTS serendipity_stm_access;

[garvinhicking]

Hi!

Hm, aber in so nem fall hätts dann ja keine doppelten einträge geben dürfen?

Grüße,
Garvin