[configDB] neuer Befehl 'configdb dump' verfügbar

[CoolTux]

Super. Danke Dir für Deine Arbeit.


Grüße

[betateilchen]

Ich muss noch prüfen, wie der dump mit Binärdateien umgeht, die eventuell in der configDB gespeichert sind.
Aber für die reinen Konfigurationsdaten sollte es problemlos funktionieren.

Auf der ToDo Liste steht auch noch die Überlegung, auf Wunsch ungezippte dumps zu erzeugen. Muss ich noch drüber nachdenken, ob das wirklich Sinn macht.

[CoolTux]

Mal was zum Thema Binärdateien.
Ich habe ja die Möglichkeit eine 99_myUtils_blabla.pm in die DB zu laden. Was genau passiert dann? Ist das nur als Backup oder lädt er die Datei dann auch aud der DB? Kann ich dann die original Datei löschen?
Wenn ich dann die Datei wieder bearbeiten möchte, mache ich ein export, bearbeite sie und dann wieder ein import? Habe das Konzept noch nicht so ganz durchschaut.

Danke Dir



Grüße

[betateilchen]

eine 99_myUtils_blabla.pm in die DB zu laden. Was genau passiert dann? Ist das nur als Backup oder lädt er die Datei dann auch aud der DB? Kann ich dann die original Datei löschen?

Die 99_myUtils... wird dann direkt aus der DB geladen. Du SOLLTEST sogar die Originaldatei löschen, weil sonst beide Dateien geladen werden. Also mit "filemove" importieren und nicht mit "fileimport".

Wenn ich dann die Datei wieder bearbeiten möchte, mache ich ein export, bearbeite sie und dann wieder ein import?

Viel einfacher: Du bearbeitest die Datei einfach über "Edit files" dann wird sie automatisch aus der Datenbank geladen und nach dem Bearbeiten auch wieder dorthin abgespeichert. Du erkennst das an der Rückmeldung "saved to configdb".

[CoolTux]

Könnt Dir knuddeln. Lach
Ich danke Dir sehr. Ich denke das ist etwas was ich gut verwenden kann. So schön einfach und funktional.



Grüße

[betateilchen]

Was hast Du denn anderes erwartet?

[CoolTux]

Nicht erwartet, nur nicht richtig verstanden. Ich dachte wenn gelöscht dann exportieren, ändern und wieder importieren. Auf die einfache Lösung bin ich erst gar nicht gekommen.
Aber das ist typisch ich, manchmal denke ich zu kompliziert und zäume das Pferd von hinten auf   

[CoolTux]

Frage mich gerade wieso man configDB nicht als FHEM Standard macht. Es macht einiges leichter finde ich.

[betateilchen]

Aber das ist typisch ich, manchmal denke ich zu kompliziert

manchmal? 

Frage mich gerade wieso man configDB nicht als FHEM Standard macht.

Frag doch mal Rudi. Mir glaubt er es ja nicht

[CoolTux]

Schade. Aber wird schon seinen Sinn und Zweck haben wieso es so ist.
Habe gerade auch gelesen das da wohl jemand ein SQL Abfragemodul für DBLog macht. Ob er sich damit einen Gefallen tut, sollte er es veröffentlichen?
Die User werden mehr Wünsche und Fragen haben wie ihm lieb sein kann. Dann lieber sagen die sollen sich phpmyadmin oder wie das heißt installieren.

Aber ich schweife ab.



Grüße

[betateilchen]

Schade. Aber wird schon seinen Sinn und Zweck haben wieso es so ist.

Das Totschlagargument war bisher immer "die benötigten Zusatzmodule und die Fritzkotz-Benuter" wobei man sich von der Plattform ohnehin irgendwann verabschieden sollte. Ausserdem ist sqlite auf jeder Fritzkotz von Haus aus vorhanden

Es gab vor über zwei Jahren schonmal eine Diskussion zu dem Thema: https://forum.fhem.de/index.php/topic,21081.0.html

[CoolTux]

habe mal durchgelesen. Interessanterweise hate fheinz damals den selben Gedanken wie ich was den Umgang mit import und export und den Dateien angeht. Lach.

[Wuppi68]

bei mir kommt bei dump folgende Ausgabe

Code Auswählen Erweitern

configDB dumped 0 bytes

aber FHEM läuft super gut mit der configDB.
Die Datei wird auch entsprechend angelegt - sollte also auch kein Rechtsproblem sein.

sehe gerade im Log...

Code Auswählen Erweitern

mysqldump: Got error: 1045: Access denied for user 'fhem'@'localhost' (using password: YES) when trying to connect

meine DB liegt aber nicht auf dem localhost

das ist der Schnipsel aus der .conf OHNE Passwort

Code Auswählen Erweitern

connection => "mysql:database=fhem;host=mymac.heibox.intern;port=3306",
user => "fhem",

[betateilchen]

dann war wohl der dump Befehl für die mysql Datenbank doch nicht so einfach wie vermutet. Vermutlich muss der hostname noch als Parameter mit übergeben werden ...

Die gleichbedeutende Fehlermeldung gabs hier im Thread schonmal: https://forum.fhem.de/index.php/topic,53689.msg455421.html#msg455421

[CoolTux]

Code Auswählen Erweitern


$ret    = qx(mysqldump --user=$dbuser --password=$dbpass --host=host_name -Q $dbname > $target);


So sollte es gehen. Aber die Hostvariable muss noch korrekt eingesetzt und vorallem ermittlet werden.