CONTENIDO Forum

Allerdings ist mir eine Sache unklar:

wenn Du 200 verschiedene Datenbankuser hast, dann riecht das ja so, als wenn Du Reseller bist und somit einen Root oder auch Managed Server hast.
In beiden Fällen muss es doch ein Leichtes sein, einen MySQL-User einzurichten, der als Root Zugriff auf alle Datenbanken hat.
Wenn Du damit den Dumper laufen lässt, dann sind Deine Sorgen doch Vergangenheit und Du kannst alle Datenbanken per Multidump in einem Rutsch sichern.

Ja, hätte ich u.U. auch so gemacht... aber das möchte el Chefé nicht!

Wenn er Sicherheitsbedenken hat, dann frage ich mich aber welcher Umsetzung eines Multi-User-fähigen Dumpers er Vertrauen schenken würde.
Wie müsste der Aufbau aussehen?
Wie und wo sollten die Userdaten da gespeichert werden?
In einer MySQLDatenbank?
In einer Datei außerhalb des Webroots?
... ?

Hier ist das Konzept noch offen und ich bin dankbar für jede Anregung.

P.S.: Da das hier ja langsam offtopic wird, können wir die Unterhaltung auch gerne bei mir im Board weiterführen.

Hauptsache ihr postet eure Ergebnisse, den das Thema ist nicht uninteressant.

DSB hat geschrieben:P.S.: Da das hier ja langsam offtopic wird, können wir die Unterhaltung auch gerne bei mir im Board weiterführen.

Offtopic?
Da widersprechen wohl schon die Aufrufe des thread. Und Backupfunktionen sind doch immer wichtig!

Gruß aus Franken

Ortwin

Ok, überzeugt. Dann bleiben wir hier.

Alle anderen können aber gerne auch über eine mögliche Vorgehensweise diskutieren.

Es ist nämlich in der Tat eine interessante Herausforderung ein PHP/Perl-Script so zu konzeptionieren, dass einerseites mehrere User Zugriff haben, andererseits aber jeder User auch nur an seine eigenen Daten herankommt. Und das ganze auch noch so, dass ein Hoster Vertrauen dazu hat.
Nicht einfach, aber ich wills lösen.

Ich persönlich würde es gut finden, wenn man die ganzen DB-Zugangsdaten, genau so wie bei phpmyadmin, als Array in der Config verankern könnte. Ist einfach zu lösen und zudem sehr flexibel.