Influxdb Adapter v4.x wann im stable
-
@segway sagte in Influxdb Adapter v4.x wann im stable:
Ich habe nur die Fakten zusammengetragen
ach so, Fakten:
@segway sagte in Influxdb Adapter v4.x wann im stable:
Früher war das alle irgendwie "einfacher / übersichtler " fehlerunanfälliger"
früher war mehr Lametta
-
@da_woody sagte in Influxdb Adapter v4.x wann im stable:
dir ist noch nicht in den sinn gekommen das auch anwender "entwickler" sein können? ich kann auch nicht programmieren, teste aber gerne und geb dann feedback.
@homoran sagte in Influxdb Adapter v4.x wann im stable:
@segway und was zwingt dich dazu eine Beta-Version zu installieren wenn du keinem Entwickler dabei helfen willst?
Oder kennst du einen beteiligten Entwickler, der genau deine Kombination an Adaptern, OS-Version und node-Version betreibt?Ich habe nur die Fakten zusammengetragen und alle berichte sprechen zum einen von Anwendern und zum anderen von Entwicklern.
Wie kommt ihr also darauf, dass es die gleiche Gruppe sein soll ?
Mag sein dass es anders "gelebt" wird aber der Grundgedanke ist mMn ein anderer und den habe ich angesprochen und kund getan. Mag sein dass ich mich damit unbeliebt mache - aber so ist das nunmal. Die Fakten wurden ausreichend zusammengetragen und angemerkt.und übrigens bin ich NICHT GEIL auf die v4 sondern ich habe ein gravierendes Update Problem was mit diesem Fehler zusammenhängt und auch bei anderen auftritt. Bitte das entsprechend auch so berücksichtigen !
@segway sagte in Influxdb Adapter v4.x wann im stable:
ich habe ein gravierendes Update Problem was mit diesem Fehler zusammenhängt
tut mir leid für dich, aber backup zurückspielen, fehler weg.
unbeliebt sicher nicht, aber IMHO unlogisch...gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@segway sagte in Influxdb Adapter v4.x wann im stable:
ich habe ein gravierendes Update Problem was mit diesem Fehler zusammenhängt
tut mir leid für dich, aber backup zurückspielen, fehler weg.
unbeliebt sicher nicht, aber IMHO unlogisch...@da_woody sagte in Influxdb Adapter v4.x wann im stable:
@segway sagte in Influxdb Adapter v4.x wann im stable:
ich habe ein gravierendes Update Problem was mit diesem Fehler zusammenhängt
tut mir leid für dich, aber backup zurückspielen, fehler weg.
unbeliebt sicher nicht, aber IMHO unlogisch...Das stimmt doch nicht. Lies den Issue dazu, den ich gepostet habe.
Gruß Dirk
Intel Proxmox Cluster (3x NUC) mit Debian & Proxmox / IoB als VM unter Debian / 60+ Adapter installiert -
@da_woody sagte in Influxdb Adapter v4.x wann im stable:
@segway sagte in Influxdb Adapter v4.x wann im stable:
ich habe ein gravierendes Update Problem was mit diesem Fehler zusammenhängt
tut mir leid für dich, aber backup zurückspielen, fehler weg.
unbeliebt sicher nicht, aber IMHO unlogisch...Das stimmt doch nicht. Lies den Issue dazu, den ich gepostet habe.
-
@homoran
Ja das ist mir alles schon klar. Aber ich finde es irgendwie befremdlich, dass man etwas auf den Markt schmeisst und andere testen müssen (bitte nicht falsch verstehen).
Im Prinzip wird erwartet dass ich als Endanwender eine zweites ebenso potentes nennen wir es Testsystem aufsetze und das damit dann mache / teste.
Oder ich geh ins Risiko und mache es direkt am Live-system.Die Entwickler sagen dann auch "nur" - habe das auf meinem System getestet und dort ist alles gut - das verstehe ich auch aber ich persönlich finde es etwas befremdlich.
Nun gut ... kann ich mich jetzt entscheiden wie ich es mache.
Als weiteres Beispiel dazu gibt es definitiv ein bug im js-controller was auch als issue gemeldelt ist (hier). Ziemlich aufwändig muss ich nun backup zur Verfügung stellen inkl Eliminierung von kritischen Daten, was gar nicht so einfach ist.
Auch hier: entweder investiere ich die Zeit oder ich lass es und hab weiterhin das massive Problem. Auch da kann ich nur für mich persönlich festhalten - befremdlich.Und nochmal - bitte das Ganze nicht falsch verstehen aber das sind die Fakten, die ich erstmal für mich festhalte und bewerte bzw. vor der Frage stehe, was mache ich.
Früher war das alle irgendwie "einfacher / übersichtler " fehlerunanfälliger" aber zur zeit habe ich das Gefühl, dass für jeden Firlefanz nen eigener Adapter geschrieben wird anstatt sich erstmal auf den Core zu konzentrieren :-) my personal opinion :-)
-
@homoran
Ja das ist mir alles schon klar. Aber ich finde es irgendwie befremdlich, dass man etwas auf den Markt schmeisst und andere testen müssen (bitte nicht falsch verstehen).
Im Prinzip wird erwartet dass ich als Endanwender eine zweites ebenso potentes nennen wir es Testsystem aufsetze und das damit dann mache / teste.
Oder ich geh ins Risiko und mache es direkt am Live-system.Die Entwickler sagen dann auch "nur" - habe das auf meinem System getestet und dort ist alles gut - das verstehe ich auch aber ich persönlich finde es etwas befremdlich.
Nun gut ... kann ich mich jetzt entscheiden wie ich es mache.
Als weiteres Beispiel dazu gibt es definitiv ein bug im js-controller was auch als issue gemeldelt ist (hier). Ziemlich aufwändig muss ich nun backup zur Verfügung stellen inkl Eliminierung von kritischen Daten, was gar nicht so einfach ist.
Auch hier: entweder investiere ich die Zeit oder ich lass es und hab weiterhin das massive Problem. Auch da kann ich nur für mich persönlich festhalten - befremdlich.Und nochmal - bitte das Ganze nicht falsch verstehen aber das sind die Fakten, die ich erstmal für mich festhalte und bewerte bzw. vor der Frage stehe, was mache ich.
Früher war das alle irgendwie "einfacher / übersichtler " fehlerunanfälliger" aber zur zeit habe ich das Gefühl, dass für jeden Firlefanz nen eigener Adapter geschrieben wird anstatt sich erstmal auf den Core zu konzentrieren :-) my personal opinion :-)
@segway sagte in Influxdb Adapter v4.x wann im stable:
Die Entwickler sagen dann auch "nur" - habe das auf meinem System getestet und dort ist alles gut
Ja, so machen das alle. Nennt sich Release Candidate. Du kannst auch von iOS den RC früher herunterladen und schonmal ausprobieren.
@segway sagte in Influxdb Adapter v4.x wann im stable:
dass man etwas auf den Markt schmeisst und andere testen müssen
Zwingt dich doch niemand dazu, da mitzuwirken? Wäre natürlich schön. Hier gibt ja jeder sein Bestes und es wird nicht mit Absicht etwas freigegeben mit den Worten "ma gucken ob das bei den Leuten laufen wird". Ich bin seit 7+ Jahren auf dem Beta (latest) Zweig und hatte noch nie ernsthafte Probleme. Und wenn doch, dann kann man ja selbst mitarbeiten die Themen zu lösen.
🧑🎓 Autor des beliebten ioBroker-Master-Kurses
🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
📚 Meine inoffizielle ioBroker Dokumentation -
@segway sagte in Influxdb Adapter v4.x wann im stable:
Die Entwickler sagen dann auch "nur" - habe das auf meinem System getestet und dort ist alles gut
Ja, so machen das alle. Nennt sich Release Candidate. Du kannst auch von iOS den RC früher herunterladen und schonmal ausprobieren.
@segway sagte in Influxdb Adapter v4.x wann im stable:
dass man etwas auf den Markt schmeisst und andere testen müssen
Zwingt dich doch niemand dazu, da mitzuwirken? Wäre natürlich schön. Hier gibt ja jeder sein Bestes und es wird nicht mit Absicht etwas freigegeben mit den Worten "ma gucken ob das bei den Leuten laufen wird". Ich bin seit 7+ Jahren auf dem Beta (latest) Zweig und hatte noch nie ernsthafte Probleme. Und wenn doch, dann kann man ja selbst mitarbeiten die Themen zu lösen.
@haus-automatisierung sagte in Influxdb Adapter v4.x wann im stable:
Ja, so machen das alle. Nennt sich Release Candidate. Du kannst auch von iOS den RC früher herunterladen und schonmal ausprobieren.
ja genau, da entscheide ich aber ob ich Vorabversionen testen möchte und vor allen ist die letzte stable wirklich stable ohne Bugs. Und falls doch kommt binnen kürzester Zeit ein Fix raus.
Eine völlig andere Vorgehensweise.Zwingt dich doch niemand dazu, da mitzuwirken? Wäre natürlich schön. Hier gibt ja jeder sein Bestes und es wird nicht mit Absicht etwas freigegeben mit den Worten "ma gucken ob das bei den Leuten laufen wird". Ich bin seit 7+ Jahren auf dem Beta (latest) Zweig und hatte noch nie ernsthafte Probleme. Und wenn doch, dann kann man ja selbst mitarbeiten die Themen zu lösen.
Auch hier leider nicht alles gelesen. Natürlich kann und möchte ich helfen, bedeutet aber für mich da ich es NICHT auf einem Prodsystem laufen lassen möchte ein separates System zu haben sprich zusätzliche Hardware und Co. Auch das hatte ich bereits ausführlich beschrieben.
Es sei denn ich gehe das Risiko ein und hau es auf mein Prodsystem. Da ich aber schon 2x auf die Nase gefallen bin ist das ein NoGo für mich. Das geht anderen bestimmt genauso.
Also verschiebt man es hin zu den Usern :-) ganz einfach.
Ich bin der Meinung, das wenn man ich nenne es jetzt absichtlich mal etwas provokativ "sauberer" arbeitet, dann gibt es auch nicht so viele Nachfragen hier --> Schaut Euch doch mal an was hier täglich reinklettert zu es funktioniert dies nicht und das nicht - ist für mich ein Zeichen das es enormes Optimierungspotential gibt und zwar auf beiden Seiten !Gruß Dirk
Intel Proxmox Cluster (3x NUC) mit Debian & Proxmox / IoB als VM unter Debian / 60+ Adapter installiert -
@haus-automatisierung sagte in Influxdb Adapter v4.x wann im stable:
Ja, so machen das alle. Nennt sich Release Candidate. Du kannst auch von iOS den RC früher herunterladen und schonmal ausprobieren.
ja genau, da entscheide ich aber ob ich Vorabversionen testen möchte und vor allen ist die letzte stable wirklich stable ohne Bugs. Und falls doch kommt binnen kürzester Zeit ein Fix raus.
Eine völlig andere Vorgehensweise.Zwingt dich doch niemand dazu, da mitzuwirken? Wäre natürlich schön. Hier gibt ja jeder sein Bestes und es wird nicht mit Absicht etwas freigegeben mit den Worten "ma gucken ob das bei den Leuten laufen wird". Ich bin seit 7+ Jahren auf dem Beta (latest) Zweig und hatte noch nie ernsthafte Probleme. Und wenn doch, dann kann man ja selbst mitarbeiten die Themen zu lösen.
Auch hier leider nicht alles gelesen. Natürlich kann und möchte ich helfen, bedeutet aber für mich da ich es NICHT auf einem Prodsystem laufen lassen möchte ein separates System zu haben sprich zusätzliche Hardware und Co. Auch das hatte ich bereits ausführlich beschrieben.
Es sei denn ich gehe das Risiko ein und hau es auf mein Prodsystem. Da ich aber schon 2x auf die Nase gefallen bin ist das ein NoGo für mich. Das geht anderen bestimmt genauso.
Also verschiebt man es hin zu den Usern :-) ganz einfach.
Ich bin der Meinung, das wenn man ich nenne es jetzt absichtlich mal etwas provokativ "sauberer" arbeitet, dann gibt es auch nicht so viele Nachfragen hier --> Schaut Euch doch mal an was hier täglich reinklettert zu es funktioniert dies nicht und das nicht - ist für mich ein Zeichen das es enormes Optimierungspotential gibt und zwar auf beiden Seiten !@segway sagte in Influxdb Adapter v4.x wann im stable:
ist für mich ein Zeichen das es enormes Optimierungspotential gibt und zwar auf beiden Seiten !
Ich bin da offen! Mach doch gerne mal einen konkreten Vorschlag wie das ablaufen sollte. Wer wann mit wem spricht, welche Gruppen auf welcher Hardware welche Versionen testen sollen usw. Also mal ein Ablaufprotokoll, was passieren muss, bis aus Deiner Sicht eine Version als Beta veröffentlich werden darf.
-
@haus-automatisierung sagte in Influxdb Adapter v4.x wann im stable:
Ja, so machen das alle. Nennt sich Release Candidate. Du kannst auch von iOS den RC früher herunterladen und schonmal ausprobieren.
ja genau, da entscheide ich aber ob ich Vorabversionen testen möchte und vor allen ist die letzte stable wirklich stable ohne Bugs. Und falls doch kommt binnen kürzester Zeit ein Fix raus.
Eine völlig andere Vorgehensweise.Zwingt dich doch niemand dazu, da mitzuwirken? Wäre natürlich schön. Hier gibt ja jeder sein Bestes und es wird nicht mit Absicht etwas freigegeben mit den Worten "ma gucken ob das bei den Leuten laufen wird". Ich bin seit 7+ Jahren auf dem Beta (latest) Zweig und hatte noch nie ernsthafte Probleme. Und wenn doch, dann kann man ja selbst mitarbeiten die Themen zu lösen.
Auch hier leider nicht alles gelesen. Natürlich kann und möchte ich helfen, bedeutet aber für mich da ich es NICHT auf einem Prodsystem laufen lassen möchte ein separates System zu haben sprich zusätzliche Hardware und Co. Auch das hatte ich bereits ausführlich beschrieben.
Es sei denn ich gehe das Risiko ein und hau es auf mein Prodsystem. Da ich aber schon 2x auf die Nase gefallen bin ist das ein NoGo für mich. Das geht anderen bestimmt genauso.
Also verschiebt man es hin zu den Usern :-) ganz einfach.
Ich bin der Meinung, das wenn man ich nenne es jetzt absichtlich mal etwas provokativ "sauberer" arbeitet, dann gibt es auch nicht so viele Nachfragen hier --> Schaut Euch doch mal an was hier täglich reinklettert zu es funktioniert dies nicht und das nicht - ist für mich ein Zeichen das es enormes Optimierungspotential gibt und zwar auf beiden Seiten !@segway sagte in Influxdb Adapter v4.x wann im stable:
Schaut Euch doch mal an was hier täglich reinklettert zu es funktioniert dies nicht und das nicht
dann hast du das nicht zu Ende gelesen, es liegt in den meisten Fällen nicht an der Version.
Oder du redest von ganz neuen Adaptern die im Tester Bereich diskutiert werden.solche verallgemeinernden Aussagen, ohne Quellen sind sehr fragwürdig.
@segway sagte in Influxdb Adapter v4.x wann im stable:
Und falls doch kommt binnen kürzester Zeit ein Fix raus.
genau!
@segway sagte in Influxdb Adapter v4.x wann im stable:
ist für mich ein Zeichen das es enormes Optimierungspotential
dann interpretierst du irgendwelche Einzelfälle falsch.
es gibt mittlerweile > 500 Adapter bei 90.000 Installationen.
rechne doch einfach mal den minimalen Prozentsatz an wirklichen Problemen sus.@segway sagte in Influxdb Adapter v4.x wann im stable:
wenn man ... "sauberer" arbeitet, dann gibt es auch nicht so viele Nachfragen hier
Auch hier solltest du nochmals die möglichen Permutationen an Kombinationen, auch mit OSen und node-Versionen sowie Hardware, dann noch nativ, Docker oder andere Container, bererechnen.
Welche(r) Entwickler können das vorhalten?
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@segway sagte in Influxdb Adapter v4.x wann im stable:
Schaut Euch doch mal an was hier täglich reinklettert zu es funktioniert dies nicht und das nicht
dann hast du das nicht zu Ende gelesen, es liegt in den meisten Fällen nicht an der Version.
Oder du redest von ganz neuen Adaptern die im Tester Bereich diskutiert werden.solche verallgemeinernden Aussagen, ohne Quellen sind sehr fragwürdig.
@segway sagte in Influxdb Adapter v4.x wann im stable:
Und falls doch kommt binnen kürzester Zeit ein Fix raus.
genau!
@segway sagte in Influxdb Adapter v4.x wann im stable:
ist für mich ein Zeichen das es enormes Optimierungspotential
dann interpretierst du irgendwelche Einzelfälle falsch.
es gibt mittlerweile > 500 Adapter bei 90.000 Installationen.
rechne doch einfach mal den minimalen Prozentsatz an wirklichen Problemen sus.@segway sagte in Influxdb Adapter v4.x wann im stable:
wenn man ... "sauberer" arbeitet, dann gibt es auch nicht so viele Nachfragen hier
Auch hier solltest du nochmals die möglichen Permutationen an Kombinationen, auch mit OSen und node-Versionen sowie Hardware, dann noch nativ, Docker oder andere Container, bererechnen.
Welche(r) Entwickler können das vorhalten?
@homoran sagte in Influxdb Adapter v4.x wann im stable:
Welche(r) Entwickler können das vorhalten?
Die von Microsoft jedenfalls nicht - komisch, ...
-
@haus-automatisierung sagte in Influxdb Adapter v4.x wann im stable:
Ja, so machen das alle. Nennt sich Release Candidate. Du kannst auch von iOS den RC früher herunterladen und schonmal ausprobieren.
ja genau, da entscheide ich aber ob ich Vorabversionen testen möchte und vor allen ist die letzte stable wirklich stable ohne Bugs. Und falls doch kommt binnen kürzester Zeit ein Fix raus.
Eine völlig andere Vorgehensweise.Zwingt dich doch niemand dazu, da mitzuwirken? Wäre natürlich schön. Hier gibt ja jeder sein Bestes und es wird nicht mit Absicht etwas freigegeben mit den Worten "ma gucken ob das bei den Leuten laufen wird". Ich bin seit 7+ Jahren auf dem Beta (latest) Zweig und hatte noch nie ernsthafte Probleme. Und wenn doch, dann kann man ja selbst mitarbeiten die Themen zu lösen.
Auch hier leider nicht alles gelesen. Natürlich kann und möchte ich helfen, bedeutet aber für mich da ich es NICHT auf einem Prodsystem laufen lassen möchte ein separates System zu haben sprich zusätzliche Hardware und Co. Auch das hatte ich bereits ausführlich beschrieben.
Es sei denn ich gehe das Risiko ein und hau es auf mein Prodsystem. Da ich aber schon 2x auf die Nase gefallen bin ist das ein NoGo für mich. Das geht anderen bestimmt genauso.
Also verschiebt man es hin zu den Usern :-) ganz einfach.
Ich bin der Meinung, das wenn man ich nenne es jetzt absichtlich mal etwas provokativ "sauberer" arbeitet, dann gibt es auch nicht so viele Nachfragen hier --> Schaut Euch doch mal an was hier täglich reinklettert zu es funktioniert dies nicht und das nicht - ist für mich ein Zeichen das es enormes Optimierungspotential gibt und zwar auf beiden Seiten !@segway sagte in Influxdb Adapter v4.x wann im stable:
ja genau, da entscheide ich aber ob ich Vorabversionen testen möchte und vor allen ist die letzte stable wirklich stable ohne Bugs. Und falls doch kommt binnen kürzester Zeit ein Fix raus.
Eine völlig andere Vorgehensweise.Was läuft da anders? Keiner zwingt dich was anderes als stable zu verwenden. Selbst da kann ein versteckter Bug auftauchen durch eine "spezielle" Konfiguration.
Ich bin jetzt schon lange im latest unterwegs. Downgrade jederzeit möglich. Wenn nicht, Backup, fertig.gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@segway sagte in Influxdb Adapter v4.x wann im stable:
ja genau, da entscheide ich aber ob ich Vorabversionen testen möchte und vor allen ist die letzte stable wirklich stable ohne Bugs. Und falls doch kommt binnen kürzester Zeit ein Fix raus.
Eine völlig andere Vorgehensweise.Was läuft da anders? Keiner zwingt dich was anderes als stable zu verwenden. Selbst da kann ein versteckter Bug auftauchen durch eine "spezielle" Konfiguration.
Ich bin jetzt schon lange im latest unterwegs. Downgrade jederzeit möglich. Wenn nicht, Backup, fertig.@da_woody sagte in Influxdb Adapter v4.x wann im stable:
Was läuft da anders? Keiner zwingt dich was anderes als stable zu verwenden. Selbst da kann ein versteckter Bug auftauchen durch eine "spezielle" Konfiguration.
Ich bin jetzt schon lange im latest unterwegs. Downgrade jederzeit möglich. Wenn nicht, Backup, fertig.Auch hier kann ich nur wieder sagen, dass es im js-controller ein Problem gibt, was nicht bei allen reproduzierbar ist. (ich kenne 3 Fälle inkl. mir) Klar ist das ein schwieriges Problem - Fazit: seit >2 Monaten keine Lösung; Ein Workaround ist ein Backup was ich produzieren soll wo ich aber sensitive Daten auslöschen soll, was aber nirgends definiert ist wie ich das mache - als Laie genau die richtige Vorgehensweise :-)
@homoran sagte in Influxdb Adapter v4.x wann im stable:
rechne doch einfach mal den minimalen Prozentsatz an wirklichen Problemen sus.
definier mal was "wirkliche Probleme" heisst ? sehr allgemeine Aussage.
@haus-automatisierung sagte in Influxdb Adapter v4.x wann im stable:
Die von Microsoft jedenfalls nicht - komisch, ...
Da kann ich dir irgendwie nicht folgen.
Im allgemeinen ist es auch egal. Bei Euch ist es sowieso hoffnungslos - ist meine persönliche Meinung dazu. Kann ich gut mit leben :-) Kritik austeilen ist immer easy aber wie ich für mich festhalten kann ist Kritik einstecken und damit verantwortungsbewusst und proaktiv mit umzugehen eine ganz andere Hausnummer :-)
Aber so ist das heutzutage nunmal - da werde ich mich nur leider nie daran gewöhnen :-)Update:
Geht am Thema hier jetzt alles vorbei - daher halte ich mal jetzt meine Schnute und widmen uns dem eigentlich Thema zu :-)Gruß Dirk
Intel Proxmox Cluster (3x NUC) mit Debian & Proxmox / IoB als VM unter Debian / 60+ Adapter installiert -
@da_woody sagte in Influxdb Adapter v4.x wann im stable:
Was läuft da anders? Keiner zwingt dich was anderes als stable zu verwenden. Selbst da kann ein versteckter Bug auftauchen durch eine "spezielle" Konfiguration.
Ich bin jetzt schon lange im latest unterwegs. Downgrade jederzeit möglich. Wenn nicht, Backup, fertig.Auch hier kann ich nur wieder sagen, dass es im js-controller ein Problem gibt, was nicht bei allen reproduzierbar ist. (ich kenne 3 Fälle inkl. mir) Klar ist das ein schwieriges Problem - Fazit: seit >2 Monaten keine Lösung; Ein Workaround ist ein Backup was ich produzieren soll wo ich aber sensitive Daten auslöschen soll, was aber nirgends definiert ist wie ich das mache - als Laie genau die richtige Vorgehensweise :-)
@homoran sagte in Influxdb Adapter v4.x wann im stable:
rechne doch einfach mal den minimalen Prozentsatz an wirklichen Problemen sus.
definier mal was "wirkliche Probleme" heisst ? sehr allgemeine Aussage.
@haus-automatisierung sagte in Influxdb Adapter v4.x wann im stable:
Die von Microsoft jedenfalls nicht - komisch, ...
Da kann ich dir irgendwie nicht folgen.
Im allgemeinen ist es auch egal. Bei Euch ist es sowieso hoffnungslos - ist meine persönliche Meinung dazu. Kann ich gut mit leben :-) Kritik austeilen ist immer easy aber wie ich für mich festhalten kann ist Kritik einstecken und damit verantwortungsbewusst und proaktiv mit umzugehen eine ganz andere Hausnummer :-)
Aber so ist das heutzutage nunmal - da werde ich mich nur leider nie daran gewöhnen :-)Update:
Geht am Thema hier jetzt alles vorbei - daher halte ich mal jetzt meine Schnute und widmen uns dem eigentlich Thema zu :-)@segway sagte in Influxdb Adapter v4.x wann im stable:
Da kann ich dir irgendwie nicht folgen.
Spannend, dass Du das zitierst, aber die konkrete Frage zu konstruktiven Vorschlägen einfach ignoriert wird...
🧑🎓 Autor des beliebten ioBroker-Master-Kurses
🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
📚 Meine inoffizielle ioBroker Dokumentation -
@da_woody sagte in Influxdb Adapter v4.x wann im stable:
Was läuft da anders? Keiner zwingt dich was anderes als stable zu verwenden. Selbst da kann ein versteckter Bug auftauchen durch eine "spezielle" Konfiguration.
Ich bin jetzt schon lange im latest unterwegs. Downgrade jederzeit möglich. Wenn nicht, Backup, fertig.Auch hier kann ich nur wieder sagen, dass es im js-controller ein Problem gibt, was nicht bei allen reproduzierbar ist. (ich kenne 3 Fälle inkl. mir) Klar ist das ein schwieriges Problem - Fazit: seit >2 Monaten keine Lösung; Ein Workaround ist ein Backup was ich produzieren soll wo ich aber sensitive Daten auslöschen soll, was aber nirgends definiert ist wie ich das mache - als Laie genau die richtige Vorgehensweise :-)
@homoran sagte in Influxdb Adapter v4.x wann im stable:
rechne doch einfach mal den minimalen Prozentsatz an wirklichen Problemen sus.
definier mal was "wirkliche Probleme" heisst ? sehr allgemeine Aussage.
@haus-automatisierung sagte in Influxdb Adapter v4.x wann im stable:
Die von Microsoft jedenfalls nicht - komisch, ...
Da kann ich dir irgendwie nicht folgen.
Im allgemeinen ist es auch egal. Bei Euch ist es sowieso hoffnungslos - ist meine persönliche Meinung dazu. Kann ich gut mit leben :-) Kritik austeilen ist immer easy aber wie ich für mich festhalten kann ist Kritik einstecken und damit verantwortungsbewusst und proaktiv mit umzugehen eine ganz andere Hausnummer :-)
Aber so ist das heutzutage nunmal - da werde ich mich nur leider nie daran gewöhnen :-)Update:
Geht am Thema hier jetzt alles vorbei - daher halte ich mal jetzt meine Schnute und widmen uns dem eigentlich Thema zu :-)@segway sagte in Influxdb Adapter v4.x wann im stable:
wie ich für mich festhalten kann ist Kritik einstecken und damit verantwortungsbewusst und proaktiv mit umzugehen eine ganz andere Hausnummer
das ist auch nur ein Rundumschlag.
@haus-automatisierung hat dich gebeten einen Vorschlag zu machen wie du meinst dass es gehen sollte.
Ich habe versucht dir zu zeigen, warum es eben nicht anders geht, als hier gehandhabt.Wo ist da ein "nicht einstecken können"?
Damit hebst du eine sachliche Diskussion auf eine gsnz andere Ebene. -
Also ich habe den Influx Adapter in der version 4.02 bereits eine Zeitlang auf meinem Produktiv System laufen und habe keinerlei Probleme damit. Allerdings mache ich mir zur Sicherheit mindestens einmal die Woche eine Sicherung meiner 64Gb m.2 Festplatte (Raspi mit M.2 )so das ich im falle eines größeren Problems jederzeit relativ nah zurück auf eine funktionierende Version komme. Zugleich kann ich aber alles im beta system produktiv testen.
Issues schreiben ist nicht so mein Ding aber wenns Probleme gibt mach ich die hier im Forum öffentlich und hab bisher immer zeitnah Hilfe bekommen . Und wenn das mal nicht möglich ist schreib ich mir ne Sicherung auf die Platte und habe wieder ein funktionierendes System was bitte ist da so schwer dran.
Ansonsten seh ich das wie die meißten hier, Opensource ist ein offenes System was ständig möglichen Änderungen unterliegt und so die Nutzung in eigener Verantwortung liegt. Wenn man damit nicht umgehen kann sollte man es lassen. -
@da_woody sagte in Influxdb Adapter v4.x wann im stable:
Was läuft da anders? Keiner zwingt dich was anderes als stable zu verwenden. Selbst da kann ein versteckter Bug auftauchen durch eine "spezielle" Konfiguration.
Ich bin jetzt schon lange im latest unterwegs. Downgrade jederzeit möglich. Wenn nicht, Backup, fertig.Auch hier kann ich nur wieder sagen, dass es im js-controller ein Problem gibt, was nicht bei allen reproduzierbar ist. (ich kenne 3 Fälle inkl. mir) Klar ist das ein schwieriges Problem - Fazit: seit >2 Monaten keine Lösung; Ein Workaround ist ein Backup was ich produzieren soll wo ich aber sensitive Daten auslöschen soll, was aber nirgends definiert ist wie ich das mache - als Laie genau die richtige Vorgehensweise :-)
@homoran sagte in Influxdb Adapter v4.x wann im stable:
rechne doch einfach mal den minimalen Prozentsatz an wirklichen Problemen sus.
definier mal was "wirkliche Probleme" heisst ? sehr allgemeine Aussage.
@haus-automatisierung sagte in Influxdb Adapter v4.x wann im stable:
Die von Microsoft jedenfalls nicht - komisch, ...
Da kann ich dir irgendwie nicht folgen.
Im allgemeinen ist es auch egal. Bei Euch ist es sowieso hoffnungslos - ist meine persönliche Meinung dazu. Kann ich gut mit leben :-) Kritik austeilen ist immer easy aber wie ich für mich festhalten kann ist Kritik einstecken und damit verantwortungsbewusst und proaktiv mit umzugehen eine ganz andere Hausnummer :-)
Aber so ist das heutzutage nunmal - da werde ich mich nur leider nie daran gewöhnen :-)Update:
Geht am Thema hier jetzt alles vorbei - daher halte ich mal jetzt meine Schnute und widmen uns dem eigentlich Thema zu :-)@segway sagte in Influxdb Adapter v4.x wann im stable:
(ich kenne 3 Fälle inkl. mir)
na das ist ja aussagekräftig...
ich aber sensitive Daten auslöschen soll
verstehst du jedes W als sensitiv?
Bei Euch ist es sowieso hoffnungslos
naja, was machst du dann da?
-
@segway sagte in Influxdb Adapter v4.x wann im stable:
Da kann ich dir irgendwie nicht folgen.
Spannend, dass Du das zitierst, aber die konkrete Frage zu konstruktiven Vorschlägen einfach ignoriert wird...
@haus-automatisierung sagte in Influxdb Adapter v4.x wann im stable:
Spannend, dass Du das zitierst, aber die konkrete Frage zu konstruktiven Vorschlägen einfach ignoriert wird...
@homoran sagte in Influxdb Adapter v4.x wann im stable:
@haus-automatisierung hat dich gebeten einen Vorschlag zu machen wie du meinst dass es gehen sollte.
Ich habe versucht dir zu zeigen, warum es eben nicht anders geht, als hier gehandhabt.Wo ist da ein "nicht einstecken können"?
Damit hebst du eine sachliche Diskussion auf eine gsnz andere Ebene.Interessant, dass Ihr eine umgehende Antwort erwartet für solch ein komplexes Thema erwartet. zeigt mir, dass nicht viel von meinem Anliegen verstanden wurde.
Ebenso bleibe ich immer sachlich - die Andeutung hier zu machen und es auf eine andere Ebene zu heben kommt nicht von mir sondern ist deine (erfundene) Argumentation / Rückschluss dem ich absolut entgegenspreche.
Ist schon frech sowas.Nungut, auch wenn es NICHT meine Aufgabe ist, mir darüber Gedanken zu machen, wie die richtige Vorgehensweise ist um einen solchen OpenSource Adapter "fachgerecht" vorab zu testen, kann ich nur aus meinem eigenen Bereich adaptieren und gewisse Sachen vorschlagen. Darunter zählen vielleicht:
- da es um verschiedene Plattformen geht die zu testen sind, sollten die auch zur Verfügung stehen
-- entweder selber oder "testwillige" Community / User die "Ihre" Hardware zur Verfügung stellen für diese Vorabversion - Entwickler-Community sollte ein klares Konzept / Aufbau haben, wie der Adapter auszusehen hat (programmiertechnisch) - hatte genau aus diesem Grund mich von einer Adapterentwicklung verabschiedet da nichts klar definiert ist
- 24/7 Stresstest ?
- kleine Datenbanken - grosse Datenbanken und unterschiedliche Datenbanken (jetzt wird man denken - Hähnchen, was hat das damit zu tun --> nun es gibt anscheinend Adapter die Abfragen (sogar mehrere hintereinander) auf eine DB absenden und da ist es schon sehr wichtig ob die kleine oder gross ist wie bei mir)
- was passiert bei Memauslastung / was bei CPU Auslastung ? In Analogie zu obigen Szenarien.
- Features die implementiert sind, Funktionen die noch folgen, was ist nicht vorgesehen und wird auch nicht zukünftig implementiert (dazu ist eine ausführliche Doku notwendig die oft bis nie vorhanden ist! die Changelogs in Github sind ehrlich gesagt absoluter Nichtssagend)
- Voraussetzungen sind eindeutig zu kennzeichnen; Setups, Configs (manchmal Zusatzinstallationen) sind für alle sichtbar zu kennzeichnen und nicht irgendwo in der Doku versteckt)
- Welche Hardware ist notwendig; welche ist gleichwertig und funktioniert auch und welche wird nicht funktionieren und auch nicht implementiert
- mittlerweile bin ich aufgrund der aktuellen Diskussion in diesem Forum auch der Meinung, das klar hervorzugehen ist ob ein Adapter jemals als Bezahlversion integriert wird oder nicht so nach dem Motto (wird free sein, möglicherweise change auf Abomodell oder reines Abomodell) - Transparenz für den user ist immer gut.
so das wars jetzt erstmal - würde mir wünschen diesen thread über diese Diskussion von dem eigentlichen Topic abzutrennen, da er nix mit dem Thema zu hat.
Hatte ich hier:@segway sagte in Influxdb Adapter v4.x wann im stable:
Update:
Geht am Thema hier jetzt alles vorbei - daher halte ich mal jetzt meine Schnute und widmen uns dem eigentlich Thema zu :-)bereits geschrieben zum Thema zurückzukommen
Schönen Abend noch
Gruß Dirk
Intel Proxmox Cluster (3x NUC) mit Debian & Proxmox / IoB als VM unter Debian / 60+ Adapter installiert - da es um verschiedene Plattformen geht die zu testen sind, sollten die auch zur Verfügung stehen
-
@haus-automatisierung sagte in Influxdb Adapter v4.x wann im stable:
Spannend, dass Du das zitierst, aber die konkrete Frage zu konstruktiven Vorschlägen einfach ignoriert wird...
@homoran sagte in Influxdb Adapter v4.x wann im stable:
@haus-automatisierung hat dich gebeten einen Vorschlag zu machen wie du meinst dass es gehen sollte.
Ich habe versucht dir zu zeigen, warum es eben nicht anders geht, als hier gehandhabt.Wo ist da ein "nicht einstecken können"?
Damit hebst du eine sachliche Diskussion auf eine gsnz andere Ebene.Interessant, dass Ihr eine umgehende Antwort erwartet für solch ein komplexes Thema erwartet. zeigt mir, dass nicht viel von meinem Anliegen verstanden wurde.
Ebenso bleibe ich immer sachlich - die Andeutung hier zu machen und es auf eine andere Ebene zu heben kommt nicht von mir sondern ist deine (erfundene) Argumentation / Rückschluss dem ich absolut entgegenspreche.
Ist schon frech sowas.Nungut, auch wenn es NICHT meine Aufgabe ist, mir darüber Gedanken zu machen, wie die richtige Vorgehensweise ist um einen solchen OpenSource Adapter "fachgerecht" vorab zu testen, kann ich nur aus meinem eigenen Bereich adaptieren und gewisse Sachen vorschlagen. Darunter zählen vielleicht:
- da es um verschiedene Plattformen geht die zu testen sind, sollten die auch zur Verfügung stehen
-- entweder selber oder "testwillige" Community / User die "Ihre" Hardware zur Verfügung stellen für diese Vorabversion - Entwickler-Community sollte ein klares Konzept / Aufbau haben, wie der Adapter auszusehen hat (programmiertechnisch) - hatte genau aus diesem Grund mich von einer Adapterentwicklung verabschiedet da nichts klar definiert ist
- 24/7 Stresstest ?
- kleine Datenbanken - grosse Datenbanken und unterschiedliche Datenbanken (jetzt wird man denken - Hähnchen, was hat das damit zu tun --> nun es gibt anscheinend Adapter die Abfragen (sogar mehrere hintereinander) auf eine DB absenden und da ist es schon sehr wichtig ob die kleine oder gross ist wie bei mir)
- was passiert bei Memauslastung / was bei CPU Auslastung ? In Analogie zu obigen Szenarien.
- Features die implementiert sind, Funktionen die noch folgen, was ist nicht vorgesehen und wird auch nicht zukünftig implementiert (dazu ist eine ausführliche Doku notwendig die oft bis nie vorhanden ist! die Changelogs in Github sind ehrlich gesagt absoluter Nichtssagend)
- Voraussetzungen sind eindeutig zu kennzeichnen; Setups, Configs (manchmal Zusatzinstallationen) sind für alle sichtbar zu kennzeichnen und nicht irgendwo in der Doku versteckt)
- Welche Hardware ist notwendig; welche ist gleichwertig und funktioniert auch und welche wird nicht funktionieren und auch nicht implementiert
- mittlerweile bin ich aufgrund der aktuellen Diskussion in diesem Forum auch der Meinung, das klar hervorzugehen ist ob ein Adapter jemals als Bezahlversion integriert wird oder nicht so nach dem Motto (wird free sein, möglicherweise change auf Abomodell oder reines Abomodell) - Transparenz für den user ist immer gut.
so das wars jetzt erstmal - würde mir wünschen diesen thread über diese Diskussion von dem eigentlichen Topic abzutrennen, da er nix mit dem Thema zu hat.
Hatte ich hier:@segway sagte in Influxdb Adapter v4.x wann im stable:
Update:
Geht am Thema hier jetzt alles vorbei - daher halte ich mal jetzt meine Schnute und widmen uns dem eigentlich Thema zu :-)bereits geschrieben zum Thema zurückzukommen
Schönen Abend noch
@segway sagte in Influxdb Adapter v4.x wann im stable:
oder "testwillige" Community / User die "Ihre" Hardware zur Verfügung stellen für diese Vorabversion
und genau dafür sind die Betaversionen.
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - - da es um verschiedene Plattformen geht die zu testen sind, sollten die auch zur Verfügung stehen
-
@haus-automatisierung sagte in Influxdb Adapter v4.x wann im stable:
Spannend, dass Du das zitierst, aber die konkrete Frage zu konstruktiven Vorschlägen einfach ignoriert wird...
@homoran sagte in Influxdb Adapter v4.x wann im stable:
@haus-automatisierung hat dich gebeten einen Vorschlag zu machen wie du meinst dass es gehen sollte.
Ich habe versucht dir zu zeigen, warum es eben nicht anders geht, als hier gehandhabt.Wo ist da ein "nicht einstecken können"?
Damit hebst du eine sachliche Diskussion auf eine gsnz andere Ebene.Interessant, dass Ihr eine umgehende Antwort erwartet für solch ein komplexes Thema erwartet. zeigt mir, dass nicht viel von meinem Anliegen verstanden wurde.
Ebenso bleibe ich immer sachlich - die Andeutung hier zu machen und es auf eine andere Ebene zu heben kommt nicht von mir sondern ist deine (erfundene) Argumentation / Rückschluss dem ich absolut entgegenspreche.
Ist schon frech sowas.Nungut, auch wenn es NICHT meine Aufgabe ist, mir darüber Gedanken zu machen, wie die richtige Vorgehensweise ist um einen solchen OpenSource Adapter "fachgerecht" vorab zu testen, kann ich nur aus meinem eigenen Bereich adaptieren und gewisse Sachen vorschlagen. Darunter zählen vielleicht:
- da es um verschiedene Plattformen geht die zu testen sind, sollten die auch zur Verfügung stehen
-- entweder selber oder "testwillige" Community / User die "Ihre" Hardware zur Verfügung stellen für diese Vorabversion - Entwickler-Community sollte ein klares Konzept / Aufbau haben, wie der Adapter auszusehen hat (programmiertechnisch) - hatte genau aus diesem Grund mich von einer Adapterentwicklung verabschiedet da nichts klar definiert ist
- 24/7 Stresstest ?
- kleine Datenbanken - grosse Datenbanken und unterschiedliche Datenbanken (jetzt wird man denken - Hähnchen, was hat das damit zu tun --> nun es gibt anscheinend Adapter die Abfragen (sogar mehrere hintereinander) auf eine DB absenden und da ist es schon sehr wichtig ob die kleine oder gross ist wie bei mir)
- was passiert bei Memauslastung / was bei CPU Auslastung ? In Analogie zu obigen Szenarien.
- Features die implementiert sind, Funktionen die noch folgen, was ist nicht vorgesehen und wird auch nicht zukünftig implementiert (dazu ist eine ausführliche Doku notwendig die oft bis nie vorhanden ist! die Changelogs in Github sind ehrlich gesagt absoluter Nichtssagend)
- Voraussetzungen sind eindeutig zu kennzeichnen; Setups, Configs (manchmal Zusatzinstallationen) sind für alle sichtbar zu kennzeichnen und nicht irgendwo in der Doku versteckt)
- Welche Hardware ist notwendig; welche ist gleichwertig und funktioniert auch und welche wird nicht funktionieren und auch nicht implementiert
- mittlerweile bin ich aufgrund der aktuellen Diskussion in diesem Forum auch der Meinung, das klar hervorzugehen ist ob ein Adapter jemals als Bezahlversion integriert wird oder nicht so nach dem Motto (wird free sein, möglicherweise change auf Abomodell oder reines Abomodell) - Transparenz für den user ist immer gut.
so das wars jetzt erstmal - würde mir wünschen diesen thread über diese Diskussion von dem eigentlichen Topic abzutrennen, da er nix mit dem Thema zu hat.
Hatte ich hier:@segway sagte in Influxdb Adapter v4.x wann im stable:
Update:
Geht am Thema hier jetzt alles vorbei - daher halte ich mal jetzt meine Schnute und widmen uns dem eigentlich Thema zu :-)bereits geschrieben zum Thema zurückzukommen
Schönen Abend noch
@segway sagte in Influxdb Adapter v4.x wann im stable:
bereits geschrieben zum Thema zurückzukommen
wurde schon geschrieben, wenn ausreichend (von freiwilligen usern mit unterschiedlicher hardware getestet), dann stable.
KEIN Dev hat sämtliche hardware zur verfügung.
somit ist dein erster punkt abgehakt.Features die implementiert sind, Funktionen die noch folgen, was ist nicht vorgesehen und wird auch nicht zukünftig implementiert
grundsätzliches wird bei neuen adaptern immer beschrieben. zumindest die ich kenne und verwende.
was die zukunft bringt kann keiner sagen. wünsche, verbesserungen, ...
das dokus oft nachhängen ist eine logische konsequenz. priorität wird halt auf die programmierung gelegt und dann auch hier im entsprechenden fred bequatscht.Welche Hardware ist notwendig; welche ist gleichwertig und funktioniert auch und welche wird nicht funktionieren und auch nicht implementiert
nuja, was 99,9% benutzen, der rest wäre
- da es um verschiedene Plattformen geht die zu testen sind, sollten die auch zur Verfügung stehen
-
@segway sagte in Influxdb Adapter v4.x wann im stable:
zeigt mir, dass nicht viel von meinem Anliegen verstanden wurde.
Ich verstehe das Anliegen wirklich nicht. Anfangs ging es hier doch um die Frage, warum die 4.x des InfluxDB-Adapter noch nicht stable ist, oder?
@segway sagte in Influxdb Adapter v4.x wann im stable:
Ebenso bleibe ich immer sachlich
Geht so.
@segway sagte in Influxdb Adapter v4.x wann im stable:
auch wenn es NICHT meine Aufgabe ist, mir darüber Gedanken zu machen, wie die richtige Vorgehensweise ist
Warum machst Du das Thema dann auf und erklärst hier allen, dass die aktuelle Vorgehensweise nicht die richtige ist?
@segway sagte in Influxdb Adapter v4.x wann im stable:
entweder selber oder "testwillige" Community / User die "Ihre" Hardware zur Verfügung stellen für diese Vorabversion
Genau deswegen ist es doch als beta definiert und genau das passier gerade mit der 4.x Version. Im Prinzip beschreibst Du exakt den Ist-Zustand, welchen Du aber gleichzeitig bemängelst? Ist etwas paradox.
Die Test-User sind natürlich nicht klar definiert. Es gibt kein Protokoll, welches abgearbeitet wird mit allen möglichen Datenbanken usw. Wer soll das leisten? Und was passiert, wenn sich keine User finden, welche die von Dir gewünschten Tests alle (bei jeder neuen Version) durchführen? Wird dann nie eine neue Version als stable definiert? Bleibt der Adapter auf dem gleichen Stand?
@segway sagte in Influxdb Adapter v4.x wann im stable:
Welche Hardware ist notwendig
https://docs.influxdata.com/influxdb/v1/guides/hardware_sizing/
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden474
Online32.8k
Benutzer82.8k
Themen1.3m
Beiträge