Zahltag
-
@blockmove
@Negalein
Das ist aber dann wieder nicht so doll für Leute die keinen "eigenen" Adapter haben oder wenige Apollon z.B. keine Ahnung ob der die Zeit hat neben dem ganze Kram den er macht auch noch nen Adapter zu betreuen und mcm hat nur ne Handvoll aber ein Auge auf über 100.Ne Spendenseite wo alle die aktiv sind aufgeführt werden würde ich gut finden und dazu gehört dann auch Thomas Braun (therootkiller)
-
-
@homoran
Was man nicht alles in 4 Jahren nicht finden kann. -
Ein paar eher technische Fragen kann ich dir beantworten:
@jey-cee hat erwähnt, dass ihm nur die UUID einfällt, um einen Nutzer für die Lizenz zu identifizieren.
Evtl. kann der iobroker ja die Mail (oder irgendwas daraus generiertes) vom iobroker.pro Account zum identifizieren des Systems in einen DP schreiben. So klappt es auf allen Systemen, wo der Account angemeldet ist oder einmal war. Falls das Dokumentiert ist, muss man dazu nicht Mals online sein um den Adapter freizuschalten.Die UUID ist eine einedutige Kennzeichnung der Installation. Die Prüfung der Lizenz erfolgt (beim net-tools Adapter) ausscchließlich durch Code den jey-cee entwickelt hat und auf seinen Servern. Die iobroker Gmbh ist weder ind en Kaufvorgang noch in die Lizenzprüfung involviert. Die ioBroker "Kernsoftware" stellt auch keine Schnittstellen zu einer Lizenzprüfung zur Verfügung.
Prinzipiell könnte jeder Lizenzgeber zu einer Mailadresse bwliebig viele System lizensieren - das ist ausschließlich sache des Lizenzinhabers. Ich sehe eigentlich keinerlei Einschränkungen die durch die ioBroker Kern-Software bedingt sind und daher hier auch keinen Handlungsbedarf bzw. Möglichkeit.
Mir fehlt aber auch etwas die Übersicht, welcher Adapter von der Community gepflegt ist, welcher Adapter von einem eigenen Dev kommt und was vom Coreteam kommt.
Auf Github kannst du anhand des Owners feststellen wer prinzipiell "Eigentümer" ist. Steht dort als owner ein Name so kannst du zu 99% davon ausgehen, dass dieser Adapter von diesem Github Owner gewartet wird.
Über Adapter unter "ioBroker" hat das Kernteam jedenfalls Kontrolle. Allerdings kümmern sich dort auch einzelne Entwickler die keinesfalls kommerziell dem Kernteam angehören (müssen) um Adapter. Außerdem hat die ioBroker GmbH meines Wissens nach genau einen angestellten Mitrabieter (Blufox als Geschäftsführer). Einzelne Aufgaben werden von Zeit zu Zeit auf explizit kommerziell vergeben. Prinzipiell kannst du aber davon ausgehen, dass kein Entwickler der zu ioBroker/* Adatern beträgt von der GmbH bezahlt wird.
Als Community Adapter bezeichnen wir Adapter die im Bereich iobroker-community-adapters liegen. Diese werden zum Teil von einzelnen Entwicklern betreut, viele haben aber (auch leider) keinen fixen Betreuer und werden je nach Verfügbarkeit betreut.
Alles zusammen:
Den "zuständigen" Betreuer eines Adapters findest du am besten via Github Repository des Adapters raus.Allerdings läuft auch viel Arbeit hinter den Kulissen ab die wir freiwillig machen. Einerseits gibts ein mehr od weniger private gehostetes Rechenzentrum das diverse Tools die für eine reibungslose Entwicklung notwendig sind zu hosten und zu betreuen, andrerseits fallen jeden Tag einige Stunden Arbeit an um hier im Forum Ordnung zu halten oder auch um neue Aadapter anzusehen und die bei euch ankommenden Listen von Adapetrreleases zu monitoren. Ich nenn da bewußt keine Namen - denn ich vergess da sicher wen :-). Aber nach meinem Wissensstand wird da niemand für seine Arbeitszeit bezahlt
Wenn man in der Shell über apt updatet, kommt ja immer schon das "looking for funding".
Kann man nicht im Admin einen Spendentab einbauen? Dort könnte man jeden Adapter anzeigen, wo der Dev um eine kleine Spende bittet, evtl direkt mit einem PayPal link (Evtl. kann man da eine Option für Devs anbieten, in den Adaptern zu sagen, dass man dort auftauchen möchte).
Ich finde das Thema Spende darf ruhig präsenter werden. Auch wenn etwas gratis angeboten wird, darf man drauf hinweisen, dass man sich über Unterstützung freuen würde.Sollte es von Usern als Feature gesehen werden, kann gerne ein Feature Request (repository admin) gemacht werden. Prinzipiell gibts es in den Github Repos oft einen 'Sponsor me' Bereich wo man (monitär) Danke sagen kann.
Vereinzelt gibt es auch Sponsor Info in den Adapter UIs. Was ich (und wahrscheinlich die meisten die hier als Hobby mitmachen) definitiv nicht wollen ist um Spoenden betteln. 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.
Persönlich mache ich die Sache hier aus Freude und Hobby. Ich muss aber auch nicht davon leben.
-
Das ist aber dann wieder nicht so doll für Leute die keinen "eigenen" Adapter haben oder wenige Apollon z.B. keine Ahnung ob der die Zeit hat neben dem ganze Kram den er macht auch noch nen Adapter zu betreuen und mcm hat nur ne Handvoll aber ein Auge auf über 100.
Ja, das ist natürlich auch ein Argument.
Ne Spendenseite wo alle die aktiv sind aufgeführt werden würde ich gut finden und dazu gehört dann auch Thomas Braun (therootkiller)
Ja, wäre auch eine Idee.
Rechts im Forum ein Link zu einer Spendenseite. Entwickler könnten sich in diese Liste aufnehmen lassen.
Und Ab und Zu ein kleiner Hinweis oben angepinnt (wie in den von mir genannten Foren). -
@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
