Gelöst - Manuelle Bearbeitung fhem.cfg

[Wernieman]

Sorry, aber die Nachteile wurden auch schon 200mal durchgekaut

Wie wäre es, wenn Du vor dem Schreiben erstmal anfangen würdest zu Lesen?

Ich möchte damit Antworten:
"Mann fasse Sich vor solchen Aussagen am besten an die eigene Nase"

Deine Aussage ist beleidigend!

[Beta-User]

Bedient Euch reichlich...

...und vertragt Euch wieder .

Jeder mag entscheiden, was für ihn "besser" ist.
Ich mag mein Popcorn gerne salzig!

[betateilchen]

Ich möchte damit Antworten:

und ich möchte damit antworten: "Steck Dir Dein völlig überflüssiges Fremdschämen sonstwo hin!

[Wernieman]

Ich "schäme mich nicht für Dich", sondern finde Dich ab heute "nur noch beleidigend" ... und wollte eigentlich etwas "beruhigend" einwirken ... aber wirkt nicht bei jedem ;o)

Aber scheinbar kapierst Du dieses nicht .....

P.S. Jetzt will ich auch kein Popcorn ..... Mitagessen ist mir lieber!

[amenomade]

Aber nur, wenn Du so schlampig bist, von der Datenbank kein funktionsfähiges Backup zu haben. Und in diesem Fall geschehen Dir die "ernsthaften Probleme" dann aber auch recht 

Übrigens: warum macht das "backup" Kommando kein automatisches "configdb dump" im Vorfeld?

[Benni]

Übrigens: warum macht das "backup" Kommando kein automatisches "configdb dump" im Vorfeld?

Weil es oft mals gar nicht das ist, was man haben möchte, bzw. für ein geeignetes Backup braucht!

Ich habe die ConfigDB-Datenbank bspw. in einer sqlite-Datenbank (für Config-Daten übrigens mehr als ausreichend, da brauchts kein großes DBS dazu). Das entsprechende File liegt, wie normalerweise die fhem.cfg auch, im modpath und wird so automatisch mit meinem normalen fhem-Backup mitgesichert.

Mehr braucht's da nicht! Das ist an der Stelle, vom Handling her genau gleich, wie bei der fhem.cfg!

Btw.: Das ist eigentlich schon wieder OT und führt, wie die letzten 200 mal auch zu nichts. Vielleicht wäre es daher nicht schlecht, wenn der TE, der den Thread ja für sich schon als "Gelöst" markiert hat, ihn nun noch schließen würde.

Gruß Benni.

[CoolTux]

Kann aber in die Hose gehen Benni. Du sicherst eine geöffnete Datenbank weg. Thema inkonsistenz. Wer weiß was sich da gerade noch im Speicher befindet und noch nicht geschrieben wurde.

[betateilchen]

Im Gegensatz zu DbLog ist die configDB zur Laufzeit von FHEM nicht permanent geöffnet.

[ftsinuglarity]

Auch DAS wurde bereits gefühlte 200 Mal hier im Forum bis zum Erbrechen durchdiskutiert. Wie wäre es, wenn Du vor dem Schreiben erstmal anfangen würdest zu Lesen?

Man, betateilchen, hab das Gefühl du willst ein wenig stänkern.
Wenn du schon zitierst, dann vollständig. Geschrieben habe ich:

Exakt. .. Wo liegt eigentlich der Vorteil der DB .. ist sie schneller als die *.cfg`s  einzulesen? (rtfm wahrscheinlich)

Damit meinte ich ja, bitte erklärts mir jetzt nicht unbedingt, ich sollte dazu wohl das manual befragen.

[ftsinuglarity]

Ein Backup ist doch nur so viel wert, wie der Zeitpunkt, an dem es gemacht wurde.
Bei nem Textfile schnell mal ne Kopie zu ziehen, kritische Teile rauszukopieren etc ist minimalster Aufwand. Vlt noch ne auto_backup funktion wie notepad++ es bietet wenn mans denn braucht.. damit kann man unkompliziert fahren.
Ein DB Dump ist da wesentlich aufwändiger, selbst wenn ich wie bei sqlite einfach den file wegkopieren kann weil der Zugriff auf die DB nicht permanent ist (wenn ich das richtig gelesen habe), .. es ist umständlicher.

Wenn ich jetzt mein Backup mache ... dann ne Stunde konfiguriere, irgendwas läuft worst case so schief, das noch nicht mal mehr fhem irgendwas anzeigen mag ... Dann hab ich zwar das Backup .. aber die letzte Stunde ist weg wenn ich Pech habe.
Sowas spukt mir bei DB's immer im Kopf rum.

Beim Textfile gehe ich dann rein, suche die Stelle, korrigiere .. das wars.

Btw.: Das ist eigentlich schon wieder OT und führt, wie die letzten 200 mal auch zu nichts. Vielleicht wäre es daher nicht schlecht, wenn der TE, der den Thread ja für sich schon als "Gelöst" markiert hat, ihn nun noch schließen würde.

Mache ich gern, halte mich aber an eure Vorgaben. In der Forum FAQ heißts: Thread als Gelöst markieren aber offen lassen, damit andere noch schreiben können (Jaha, hab die faq gelesen )
OT ist aber korrekt ...mittlerweile sowas von...

[Amenophis86]

Wir kommen vom Thema ab. Ich bitte entweder zurück zum Thema zu kommen und dort zu bleiben, oder den TE das Thema zu schließen, sollte es sich für ihn erledigt haben.

Weiterhin bitte ich alle auf einer sachlichen Ebene zu bleiben und Beleidigungen, oder ähnliche Dinge zu unterlassen. Danke

[Benni]

Ein Backup ist doch nur so viel wert, wie der Zeitpunkt, an dem es gemacht wurde.
Bei nem Textfile schnell mal ne Kopie zu ziehen, kritische Teile rauszukopieren etc ist minimalster Aufwand. Vlt noch ne auto_backup funktion wie notepad++ es bietet wenn mans denn braucht.. damit kann man unkompliziert fahren.
Ein DB Dump ist da wesentlich aufwändiger, selbst wenn ich wie bei sql einfach den file wegkopieren kann weil der Zugriff auf die DB nicht permanent ist (wenn ich das richtig gelesen habe), .. es ist umständlicher.

Wenn ich jetzt mein Backup mache ... dann ne Stunde konfiguriere, irgendwas läuft worst case so schief, das noch nicht mal mehr fhem irgendwas anzeigen mag ... Dann hab ich zwar das Backup .. aber die letzte Stunde ist weg wenn ich Pech habe.
Sowas spukt mir bei DB's immer im Kopf rum.

Beim Textfile gehe ich dann rein, suche die Stelle, korrigiere .. das wars.

Mache ich gern, halte mich aber an eure Vorgaben. In der Forum FAQ heißts: Thread als Gelöst markieren aber offen lassen, damit andere noch schreiben können (Jaha, hab die faq gelesen )
OT ist aber korrekt ...mittlerweile sowas von...

bla, bla, bla ....

... es riecht inzwischen hier irgendwie verdammt nach Troll! 

[CoolTux]

Ich schlage vor wir schließen den Thread.

Könnte das bitte der Threadersteller machen. DANKE

[ftsinuglarity]

wird mir grad ein wenig zu blöd. Ich opfere auch meine Zeit, um den von mir erstellten Thread mit aus meiner Sicht sinnvollem Inhalt zu füllen. Das sind Argumente, kein Bla bla.

Also soll ich den Thread dann zumachen oder nich ?

[ftsinuglarity]

ah, ok ... ja, mache ich