Zahltag
-
Müssen/wollen wir von dem Standartuser erwarten, dass er sich da Infos holt?
Eher JA
- README ist de facto nur auf github aktuell
- Allfällige Dokus von Adaptern liegen nur auf github
- Issue gehen definitiv nur via Github. Fehlermeldungen im Forum sind nett, aber eigentlich nur mal Diskussiongrundlage da im Forum die Nachvollziehbarkiet bzw. Verwaltung fehlt.
Die Seite mit den Adaptern die gepostet wurde kannte ich auch noch nicht. Auf der Website vom iobroker war ich schon oft unterwegs.
Da ich oben keinen Link gesehen habe schick ich den hier nach:
https://download.iobroker.net/list.htmlGibts aber soweit ich wieß auch irgendwo auf der offiziellen Webseite verlinkt
-
@mcm57 sagte in Zahltag:
Da ich oben keinen Link gesehen habe
war ich zu faul zu. hab deswegen die Titelzeile im Screenshot gelassen.
oder muss man hier immer Text in code-tags posten?@mcm57 sagte in Zahltag:
Gibts aber soweit ich wieß auch irgendwo auf der offiziellen Webseite verlinkt
siehe letzter post
die kann über die Spaltenköpfe auch beliebig sortiert werden -
Ich Denke ich muss hier nochmal das Thema Lizenzprüfung ansprechen:
Mein Ansatz war von vornherein eine Möglichkeit zu bieten die keine Dauerhafte Internetverbindung erfordert, so wenig als Möglich an Daten vom Benutzersystem holt und der Adapter auch dann noch funktioniert falls mein Server irgendwann mal nicht mehr sein sollte.
Ich Speichere keine IPs und auch die UUID eines Systems wird NICHT an meinen Server Übertragen.
Theoretisch müsste man sogar seinen Account in meinem Shop löschen können und die Lizenz aktivieren können.
Allerdings hätte das zur folge das ich den Lizenz Key keiner Person mehr zu ordnen kann und somit bei einem ioBroker Umzug eine neue erworben werden müsste.@Homoran magst du bitte mal das Thema mit den Spenden abtrennen?
-
-
@thomas-braun enocean wird recht bald folgen, deConz braucht noch etwas da ich den Komplett Überarbeite.
Und Adapter die ich in Zukunft Veröffentliche.Gibt es dazu schon Preisvorstellungen?
-
Ich Denke ich muss hier nochmal das Thema Lizenzprüfung ansprechen:
Mein Ansatz war von vornherein eine Möglichkeit zu bieten die keine Dauerhafte Internetverbindung erfordert, so wenig als Möglich an Daten vom Benutzersystem holt und der Adapter auch dann noch funktioniert falls mein Server irgendwann mal nicht mehr sein sollte.
Ich Speichere keine IPs und auch die UUID eines Systems wird NICHT an meinen Server Übertragen.
Theoretisch müsste man sogar seinen Account in meinem Shop löschen können und die Lizenz aktivieren können.
Allerdings hätte das zur folge das ich den Lizenz Key keiner Person mehr zu ordnen kann und somit bei einem ioBroker Umzug eine neue erworben werden müsste.@Homoran magst du bitte mal das Thema mit den Spenden abtrennen?
Wie ich bereits mehrfach geschrieben habe, gefällt mir die Binding an eine UUID in dieser Form bei Smarthome überhaupt nicht.
Klar will man als Entwickler, wenn man Geld verdienen muss, den Missbrauch verhindern. Ist absolut nachvollziehbar und komplett verständlich.
Daher mal die Frage, ob man sich für kostenpflichtige Adapter bei ioBroker eine einheitliche Dongle-Lösung vorstellen könnte?
Gibt als Beispiel mein ThinClient den Geist auf, dann steck ich den Dongle in meinen Raspi 4 und die Lizenzen sind ok.
Hat man einen einheitlichen Dongle, dann können daruaf die Lizenzen für mehrere Adapter hinterlegt sein. Sicherlich auch nicht die optimale Lösung, aber ich kann mit einem Dongle besser leben als mit einer UUID. -
@blockmove Aktuell sind alle Lizenzen an die UUID gebunden. Das kann man also mehr oder weniger als Best Practice ansehen.
Bitte lasst uns das Thema nicht noch weiter aufblähen. Danke
-
Darf ich nur eine kurze allgemeine Frage zu stellen?
Bei net-tool sehe ich den Fall jetzt nicht, aber was ist bei Adaptern die wichtig fürs Smarthome sind (Zb Deconz, da wird es ja bald so weit sein)?
Das heißt, mein Pi schmiert ab und ich gehe auf mein Backuprechner.
Dann muss ich mit Pech Stunden oder Tage warten (auch ein Dev soll und darf Urlaub machen) auf eine neu ausgestellte Lizenz warten und kann so lange meine Heizung oder Licht nicht steuern?Oder wird die uuid im Backup mitgenommen und wandert von Rechner zu Rechner weiter?
EDIT
Falls nicht, kann man ja über das Backup eine uuid_history.json oder so erstellen, auf die bei der Lizenzprüfung zurückgegriffen wird.
Evtl ist iobroker mittlerweile so groß, dass man sich Gedanken machen muss, wie man einem Dev den Weg da leichter machen kann, falls es um Lizenzen geht (eine VM behält ja bestimmt seine uuid falls man diese umzieht). -
-
Oder wird die uuid im Backup mitgenommen und wandert von Rechner zu Rechner weiter?
Und ganz genau das sind auch meine Bedenken bei einer UUID-Lösung.
Für mich ein NoGo bei wichtigen Systemen. -
Hatte dazu noch einen Edit im letzten Beitrag, bevor ich die Antwort gesehen hatte.
-
nein
ich denke doch! Das Thema gab es schon bei der vis-Offlinelizenz und da war die Aussage dass die Lizenz bei einem Restore gültig bleibt. Ich hatte das seinerzeit getestet und für richtig gefunden. Da dies schon etwas her ist müsste es evtl. nochmal evaluiert werden
-
-
@homoran Ich wäre jetzt doch gewollt, das zu verneinen. Ich habe auch schon ein mittels Backitup in einer Proxmox-VM erstelltest Backup in einer komplett neu erstellten VM (also quasi wie neue Hardware, Netzwerk hatte neue MAC usw.) wieder hergestellt und kann mich nicht erinnern, dass ich auch nur irgendwo Probleme mit einer an eine UUID gebundene Lizenz hatte. Auch die VIS-Offline-Lizenz war sofort aktiv und hat funktioniert.
Also ich würde sagen, in einem Backup ist die UUID mit drin und somit auch alles, was dran hängt...Gruss, Jürgen
-
-
Danke
in einem Backup ist die UUID mit drin
das sollte aber unbedingt geklärt wrden.
Hier im Forum tauchten immer wieder Fragen nach Umschreibung der Lizenz wegen geänderter UUID auf.
Ich möchte es nicht ausschließen dass das alles neue clean installs waren, glaube das allerdings nicht. Dafür kam es zu oft vor und es wäre ja ohne große Klimmzüge ja alles bisherige weg.
-
das sollte aber unbedingt geklärt wrden.
Die liegt als ganz normales Meta-Objekt unter
system.meta.uuid- Attributnative.uuid(nur im Expertenmodus sichtbar). Sollte somit im Backup enthalten sein. Ist schließlich ein Objekt wie jedes andere auch.Außer, die wird beim Restore neu generiert und dort abgelegt. Glaube ich aber nicht...
-
-
@homoran Sollte heißen, ich habe gerade den js-controller code durchsucht und konnte spontan nichts dergleichen finden.
-
@haus-automatisierung sagte in Zahltag:
@homoran Sollte heißen, ich habe gerade den js-controller code durchsucht und konnte spontan nichts dergleichen finden.
Danke!
Entsprechende Anfragen wegen vis2 und UUID waren da schon eher Testinstallationen ohne Restore.
Ehrlich gesagt bin ich jetzt zu bequem am Tablet nach allen Anfragen wegen vis offline zu suchrn.
Dann nehme ich das mal als Fakt, dass die UUID mit restored wird, egal wo.
Danke
