Influxdb Adapter v4.x wann im stable

[Homoran]

@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

[Segway]

@homoran
Kann mit diesen Antworten nicht viel anfangen von Dir. War meine persönlich Meinung. Hat auch nichts mit dem eigentlichen Thema zu tun, was ausreichend beschrieben wurde - interessiert ja eh keinen.

[da_Woody]

@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...

[Segway]

@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.

[da_Woody]

@segway sagte in Influxdb Adapter v4.x wann im stable:

Lies den Issue dazu, den ich gepostet habe.

ich seh im fred keinen link zu deinem issue...

[Segway]

@da_Woody

@segway sagte in Influxdb Adapter v4.x wann im stable:

Als weiteres Beispiel dazu gibt es definitiv ein bug im js-controller was auch als issue gemeldelt ist (hier).

[haus-automatisierung]

@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.

[Segway]

@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 !

[haus-automatisierung]

@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.

[Homoran]

@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?

[haus-automatisierung]

@homoran sagte in Influxdb Adapter v4.x wann im stable:

Welche(r) Entwickler können das vorhalten?

Die von Microsoft jedenfalls nicht - komisch, ...

[da_Woody]

@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.

[Segway]

@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

[haus-automatisierung]

@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...

[Homoran]

@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.

[teletapi]

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]

@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]

@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

[Homoran]

@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.

[da_Woody]

@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