XXV: Verzeichnis/Dteiname für autotimer.sav

    n'bend,


    Ich weiß nicht wie Du zu dieser Erkenntnis kommst, das der Parameter hardcodiert wäre. In jeden von mir getesten Skin/Browser öffnet sich eine Javascript - Dialog zur Eingabe des Dateinamen.


    Ansonsten könnte man sich auch eine URL zusammen basteln a'la


    http://vdr:8080/?cmd=ax&data=/path/foobar.sav


    Tendenziell bin ich aber ehe dafür das diese Funktionen aus XXV entfernt werden.


    Weil
    * nicht alle Daten der Autotimer von XXV damit gesichert werden (es ist nur eine Migrationshilfe)
    * vdradmin-AM künftig auf Autotimer verzichtet
    * Die Funktion ein potentielles Sicherheitsrisiko ist (Man kann zwar keine Dateien überschreiben, aber man weiß ja nie was alles passiert)


    Übrigens als Backupfunktion dient der Skript contrib/update-xxv


    Cu,
    Andreas

    Hi Andreas


    Zitat

    Original von Hulk
    n'bend,


    Ich weiß nicht wie Du zu dieser Erkenntnis kommst, das der Parameter hardcodiert wäre. In jeden von mir getesten Skin/Browser öffnet sich eine Javascript - Dialog zur Eingabe des Dateinamen.


    Code
    <?% IF allow('ai') %?>
      <a href='javascript:file=prompt("<?% gettext("Select the file around the autotimers from this to import?") %?>", "/tmp/autotimer.sav"); if(file) location.href="?cmd=ai&amp;data=" + file;'>
          <img src="images/file.<?% global.imagetyp %?>" alt="" title="<?% gettext("Import autotimers") %?>" />


    sowas nenne ich hardcodiert :)


    m.E. sollte das ein Parameter bei den Autotimer-Einstellungen sein, oder ?


    aber egal, ich mache das Backup jetzt mit


    Code
    18 *    * * *   root    cp /var/lib/mysql/xxv/* /video0/backups/xxv


    ...

    Ich bitte dich, dies Parametervorschlag als hardcodiert zu bezeichen ist doch etwas übertrieben. Irgendwo müssen ja die Defaultwerte hinterlegt sein. Da erstens diese Migrationshilfe i.A. nur einmalig gebraucht wird. Und ein hardcodierten Parameter würde Du überhaupt nicht ändern können, was hier aber sehr wohl innerhalb der Benutzerführung der Oberfläche möglich ist.


    Falls Du einen anderen Defaultwerte möchtest ändere einfach den Skin :P



    Aber zu deine Frage, das binäre Kopieren einer offnen Datenbank ist nicht wirklich sinnvoll. Besser ist auf die mysql-tools zurückzugreifen, zumal aktuell nur die Tabellen AUTOTIMER und USER für ein Backup gesichert werden brauchen.


    Zitat

    mysqldump --add-drop-table xxv AUTOTIMER USER > backup.sql


    Alle anderen Tabellen, wie EPG,RECORDS,... werden dynamisch beim Start mit den aktuellen VDR Daten gefüllt und brauchen nicht gesichert werden.


    Der reimport erfolgt dann mit

    Code
    mysql xxv < backup.sql


    Ein zyklisches Backup für XXV per Cron ist meiner bescheidenen Meinung nach nicht notwendig, es sei Du änderst häufig deine Autotimer und willst auf Nummer sichergehen das diese Änderungen nicht verloren gehen, wenn der Rechner abbrennt.
    Dann sollte aber auch auf Datenträger ausserhalb des VDR gesichert werden.




    *) Eventuell müssen die mysql-befehle um mysql-USER und PASSWORT erweitert werden.

    Zitat

    Original von Hulk
    Ich bitte dich, dies Parametervorschlag als hardcodiert zu bezeichen ist doch etwas übertrieben. Irgendwo müssen ja die Defaultwerte hinterlegt sein. Da erstens diese Migrationshilfe i.A. nur einmalig gebraucht wird. Und ein hardcodierten Parameter würde Du überhaupt nicht ändern können, was hier aber sehr wohl innerhalb der Benutzerführung der Oberfläche möglich ist.


    Falls Du einen anderen Defaultwerte möchtest ändere einfach den Skin :P


    ...und beim nächsten svn update ists wieder drin ... :)



    ...und wieder was gelernt. Danke ! :)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden