Zahltag
-
@mcm57 sagte in Zahltag:
Ein Pop-Up "Sie haben nochn icht gespendet. Wollen sie nicht vielleicht heiute doch mal was rausrücken!' wär für mich ein absolutes no-go.
Sehe ich auch so.
Wer viel bettelt, bekommt oft nichts.
Ein Kumpel ist Admin einer großen Community. Dort wurde Anfangs mit einem Popup, der dann zu einem Bettelbeitrag führte und erst durch ganz runterscrollen Zugang zur Seite gewährte, 2-wöchentlich um Spenden gebeten.
Ging nicht lange gut. Nach 6 Monaten haben sie dies aufgegeben und auf fixireten Beitrag (mit Erklärung, Wieso, Weshalb, Für was) umgestellt. Nun können sie das System usw. fast zu 100% ausfreiwilligenSpenden stemmen. -
Dass das Thema "wie auf Spenden aufmerksam machen", wollte ich hier garnicht so diskutieren. Hatte Angst, dass das passiert und schon das Wort offtopic mit angebraucht.
Evtl kann man da einen eigenen Thread zu auf machen bzw die letzten Beiträge abtrennen.
Nur eine kurze Anmerkung meinerseits zu den letzten Beiträgen.
Ich lese sehr oft "git".
Müssen/wollen wir von dem Standartuser erwarten, dass er sich da Infos holt?
Die Seite mit den Adaptern die gepostet wurde kannte ich auch noch nicht. Auf der Website vom iobroker war ich schon oft unterwegs. -
Die Seite mit den Adaptern die gepostet wurde kannte ich auch noch nicht
die ist auch uralt und schon mehrfach für tot erklärt worden. Ich mag sie aber lieber als....
Auf der Website vom iobroker war ich schon oft unterwegs.
...die, die du dann sicher kennst
Überblick ist leider bei einer Reorganisation von ganz oben alphabetisch (engl.) einsortiert worden
PS der link auf due github Seiten ist in der alten Liste im Namen versteckt
-
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...
