cms2day Forum - Community & Support rund ums cms2day

Das ist keine Lücke.

Da muss gar nix gemacht werden.

Das Backup wird im temp-Ordner gespeichert.

Für was ist ein temp-Ordner da - "temporär"

Also macht man sein Backup, läd es auf den PC und löscht den Temp-Ordner.

Beim zurückspielen, läd man es erst wieder hoch und kann es dann aus dem Backend wieder herstellen.

Wenn man alle seine Daten auf einen Hoste hochfahren würde und der würde geknackt werden, dann hätte man all seine Daten verloren.

Das Backup gehört auf den PC.

Ein Backup aus MySQLDumper lass ich mir auch per Mail zuschicken und lösche per FTP.

phpmyAdmin läd mir das Backup auch auf den PC.

Damit könne wir das Thema beenden.

Gruß
Ernst

Emet...
du hast Recht.. aber es wird viele User geben die ihre Backups auf dem Webspace sammeln und nicht löschen..
Somit sollten wir uns auch um DIESE user kümmern..

Wir werden das Intern nochmal klären und dann ggf. eine Lösung veröffentlichen die alle zufriedenstellen wird

Man könnte ja auch alles nur per Mail versenden und nichts wird auf dem server gespeichert..
Oder man nutzt eine htaccess zur Sicherheit.. oder oder oder..

Wir werden schon was finden..


Gruß
Sandro

Wie wärs mit einem Hinweis das die Daten nach 24 Stunden gelöscht werden? Aber dann bräuchte das cms sowas wie ein Cronjobsystem, wäre für gewisse Modulideen gar nicht mal so schlecht *g*

Liegen lassen sollte man die auf keinen Fall und unachtsamen Usern sollte man da ruhig vorgreifen, oder zumindest eine fette rote Warnung unter dem Backuppunkt einbinden und ein Löschen der Daten empfehlen, nachdem man sie sich geladen hat.

Dann schreiben wir das zu dem Hinweistext dazu und das müsste reichen.

Es geht auch immer wieder um User, die mit FTP Probleme haben. Die können das CMS hochladen, dann kann es auch nicht mehr so schwer sein, die Schreibrechte zu vergeben (was immer mal bemängelt wird) - aber es geht nicht ohne und bei anderen Systemen auch nicht.

Die BAckups auf dem Server liegen lassen ist natürlich auch Faulheit und bringt zudem gar nix. Denn wenn mir die Kiste abgeraucht ist und mein Backup auf dem Server ist weg, dann war es eh für die Katz - das Backup muss auf den PC, sonst bringt es mir nix.

Man darf nur nicht davon ausgehen das alle User "so weit" denken. Also einfach den Infotext und den Warnhinweis dahingehend erweitern Wer das dann nicht liest hat Pech gehabt.

Genau das ist unsere Meinung und unser Denken.

Da das Backup auf dem Server/Webspace nix nützt, wenn die Kiste platt ist.

Dann kann man sein Backup lange suchen.

Mein Server (ok der wurde wieder in Ordnung gebracht - hätte aber auch anders ausgehen können - war 5-6 Tage vom Netz wegen Infektion - Virenbefall wie auch immer - der hätte auch mit allem Platt sein können - aber das wäre bei mir nicht schlimm gewesen, weil ich noch ein separates FTP-Backup von 250GB habe - nur wer hat das schon.

Und die Backups muss ich mir auch auf den PC laden, denn wenn der auch einen an die Schüssel bekommt, was dann ........

Naja ein Crash einer Server Infrastruktur ist unwahrscheinlicher als das absemmeln eines heimischen PCs Ich mache mehr Onlinebackups als lokal, auch wenn hier mittlerweile ein ziemliches Storage werkelt.

Ich vertraue meinen Servern mehr als meiner privaten Hardware

Aber darum gehts bei der Funktion des Backups im CMS ja nicht, nur darum das man zum eigenen Schutz die Daten per FTP löschen sollte, bzw. per Backend, nachdem man sie sich heruntergeladen hat.

Darum kümmerst du dich ja auch selbst - ich mal´ch mir auch keinen so großen Hals deswegen ...

... und deinen Servern würd ich jederzeit mehr Vertrauen schenken als meinem PC ...

... da haste 1000%ig Recht