Ich habe einen kleinen PR erstellt, um die Integration des Benachrichtigungssystems namens nfty (https://ntfy.sh/) hinzuzufügen.
Es ist ein kleiner kostenloser Pub-Sub-Dienst (den ich bei der Arbeit verwende). Er ermöglicht das Senden von Benachrichtigungen direkt auf ein Mobilgerät (iOS oder Android) und sogar auf einen Computer.
Es ist eine erste Version. Sie kann verbessert werden.
Die ersten Ideen sind:
Eine Docker-Image lokal installieren/verwenden, anstatt den öffentlichen Dienst zu nutzen
Eine Docker-Image auf den Gladys-Plus-Servern installieren/verwenden (nur für Gladys-Plus-Nutzer) für mehr Sicherheit.
Ich will ja nicht die Stimmung verderben, aber ich habe ein bisschen Schwierigkeiten, den Nutzen von Gladys zu sehen, und ich habe das Gefühl, dass es nicht wirklich mit der Philosophie des Projekts übereinstimmt?
Technisch gesehen ist Gladys für mich bereits ein Pub/Sub-Server (sowohl lokal als auch über Gladys Plus), denn wir haben bereits eine bidirektionale Websocket-API, mit der man alles machen kann (Abonnieren eines Topics, Veröffentlichen in einem Topic). Es ist ein bisschen schade, einen externen Dienst zu nutzen, um etwas zu tun, was wir bereits lokal implementiert haben.
Funktional gesehen nehme ich an, dass du diesen Dienst für den « Push-Benachrichtigung »-Teil verwenden möchtest. Dabei gibt es einige Punkte, die mich stören:
Es ist eine unidirektionale Kommunikation und redundant mit der Nachrichten-API, die wir derzeit in Gladys haben, die bidirektional ist (Gladys spricht mit dir und du kannst Gladys antworten). Ich finde es seltsam, einen zweiten Kanal « Benachrichtigung » zu haben, obwohl wir bereits einen bidirektionalen Nachrichtenkanal haben.
Es ist sehr technisch/entwicklerlastig, im Grunde genommen setzen wir ein nicht sehr familienfreundliches Werkzeug in den Vordergrund.
Ich finde es schade, einen Drittanbieter-Dienst zu nutzen, der kostenlos zur Verfügung gestellt wird und über dessen Finanzierung und Nachhaltigkeit wir nichts wissen. Ich nehme an, dass der Typ die Server aus eigener Tasche bezahlt + das Apple-Abonnement, ich nehme an, dass er irgendwann genug davon haben wird, jedes Jahr für diesen Dienst zu zahlen… Zumindest bei Themen wie dem Wetter haben wir keine Wahl, wir müssen APIs nutzen (und die Nachrichten zeigen uns, dass die Tatsache, dass es kostenlos ist, ein großes Problem ist, wir sind von allen Änderungen dieser Drittanbieter abhängig), aber bei Benachrichtigungen ist das etwas, das man sehr einfach machen kann, ich finde es schade, einen Drittanbieter zu nutzen… Wir fügen eine enorme Abhängigkeit für etwas hin, das wir selbst einfach machen können.
Entschuldige, ich weiß, dass ich ein bisschen die Stimmung verderbe, aber es ist wirklich nicht gegen dein PR, das sieht sehr gut aus wie deine vorherigen PRs
Was denkst du?
Um es trotzdem zu verwenden
Wenn du diesen Dienst in Gladys verwenden möchtest, ist das eigentlich schon möglich und sehr einfach!
Einfacher als Telegram, denke ich, sollten wir auch aufhören zu glauben, dass Oma Szenen erstellen wird. Einfach für alle okay, aber nicht auf Kosten der Wahl der Integrationen. Vielleicht sollten wir ein Schwierigkeitsniveau in der Dokumentation hinzufügen? Ein Abzeichen oder so?
Daher ist es auch sehr techie/entwicklerlastig
Ich verstehe die Argumentation nicht ganz, es scheint ein sehr einfaches und leichtes Messaging-System zu sein.
Ja genau, da es sich um ein Produkt handelt, das sich ohnehin an Techniker richtet und nicht von einer Familie genutzt wird, schlage ich diese Lösung vor, anstatt Ntfy zur Hauptimplementierung der Push-Benachrichtigungen in Gladys zu machen.
Ich verstehe die Idee! In diesem Fall, wenn wir Push-Benachrichtigungen in Gladys wollen, warum nicht, aber:
Die Frage der Redundanz mit der bidirektionalen Nachrichten-API ist zentral, wenn wir Push-Benachrichtigungen in Gladys wollen, dann muss es einen anderen Bedarf als die Nachrichten-API erfüllen, sonst ist es nur redundant… Wenn es dasselbe ist, dann muss man dasselbe zweimal codieren/warten.
Das muss gut durchdacht sein: Speicherung der Push-Benachrichtigungen?, Übersetzungen?, Symbole? Wer erhält eine Push-Benachrichtigung (jeder? Nur ein Benutzer?).
Ich plädiere dafür, es nativ zu machen, warum einen externen Dienst für etwas so « Grundlegendes » in einer Anwendung verwenden. Wenn du irgendein technisches Produkt verwendest, hat es seine eigenen Push-Benachrichtigungen, es verwendet keinen externen Dienst.
Entschuldigung, wenn ich die unangenehmen Fragen stelle, aber es scheint mir wichtig, über diese Punkte nachzudenken, sonst wird es schnell ein Wildwest… Es ist nie angenehm auf meiner Seite, die Rolle desjenigen zu spielen, der sich vielen Dingen widersetzt (obwohl das Thema aufregend ist, ich verstehe das!), aber wenn wir ein Produkt wollen, das die gleiche Philosophie langfristig beibehält, ist das notwendig, oder?
Solange man unangenehme Fragen stellt, habe ich noch eine (etwas verwandte)
Um eine Lösung zwischen den beiden zu finden, könnte man nicht eine Option „Dienst hinzufügen“ anbieten, der man einen GitHub-Link mit dem Dienst zur Verfügung stellt?
Pro
Jeder kann einen etwas technischen Dienst entwickeln, der nicht für die Integration in Gladys für den Durchschnittsbürger bestimmt ist
Man kann das Testen neuer Dienste in Beta (zum Beispiel) einfacher ermöglichen, um mehr Tester zu erreichen
Cons
Das steht klar im Widerspruch zur Philosophie dieser v4, da einige Dienste nicht standardmäßig in Gladys integriert wären
Man könnte schnell Nachrichten von Nutzern im Forum haben, die sich über Fehler oder Fehler im Zusammenhang mit Diensten beschweren, die nicht von Gladys stammen, plus alle damit verbundenen Abweichungen
Das hat mir an der v3 gefallen, aber das wäre ein großer Rückschritt für @pierre-gilles
Und ich glaube, er will sich nicht einem technischen Produkt annähern, sondern eher einem benutzerfreundlichen Produkt.
Was ich vorschlug, war nicht genau eine Rückkehr zur alten Version, denn das Ziel ist, alles in Gladys zu integrieren.
Aber tatsächlich die Möglichkeit zu haben, über die Benutzeroberfläche nicht standardmäßig integrierte Dienste hinzuzufügen, hat schon ein bisschen den Anstrich davon
Persönlich nutze ich Telegram nicht. Ich habe bereits genug andere Instant-Messaging-Software. Ich habe nie den Sinn von „sprechen“ durch Schreiben an Gladys verstanden (und ich kann es meiner Familie überhaupt nicht verkaufen). Wir nutzen alle die mobile App, um Aktionen auszuführen oder Google Home.
Wir sind uns einig, dass Ntfy nicht besonders sexy ist, aber es ist ein super Tool für Benachrichtigungen (In meiner Firma haben wir ein Sprichwort: Wenn es bereits codiert ist, ist es Zeit gespart).
Was ich mir wünsche, sind Benachrichtigungen auf meinem Telefon, wenn zum Beispiel die Tür oder die Rollläden zu Zeiten geöffnet werden, in denen niemand im Haus sein sollte, oder wenn ein Licht zu lange eingeschaltet ist.
Für mich sah ich die Dinge anders. Die Nachrichten waren ein Mittel, um mit Gladys zu interagieren, um sie Aktionen ausführen zu lassen, … Während ein Benachrichtigungssystem dazu da ist, zu warnen, aber es stimmt, dass das Nachrichten-System beides kann, aber ich finde das gegenintuitiv.
Deshalb bin ich auf ein externes System eingegangen.
Die Speicherung übernimmt Ntfy.
Ich habe mir die Frage der Übersetzung nicht wirklich gestellt.
Ich verstehe die Symbole nicht ganz.
Für den Empfang, wie bei einem Standard-Pub/Sub, wenn du abonniert bist, erhältst du es, sonst nicht.
Dann warum nicht. Aber das würde Änderungen in den Apps (iOS, Android und Web) bedeuten. Ich bin dabei, wenn nötig.
Später, bei Tech-Produkten, bin ich nicht deiner Meinung. Push-Benachrichtigungssysteme sind nichts Neues, und in meiner Firma nutzen wir nur externe Dienste dafür, das ist kostengünstiger und einfacher zu warten.
Ich bin völlig deiner Meinung. Man muss die Fragen stellen und mit der Produktvision übereinstimmen. Ich bin schnell aufbrausend, das ist meine Stärke und meine Schwäche.
Das ist wirklich ein anderes Thema Ich denke, es ist schade, direkt darüber zu sprechen, es ist sozusagen die einfachste Lösung, obwohl wir sehr gut einen Kompromiss finden können, der es ermöglicht, diesen Dienst in Gladys zu integrieren.
Es ist normal, dass es Debatten gibt, ich hinterfrage absichtlich bestimmte Entwicklungen, damit wir uns die richtigen Fragen stellen. Man sollte das nicht als « Konfrontation » oder etwas Negatives sehen, ich mache das jeden Tag der Woche, bei Gladys oder bei der Arbeit. Nichts Persönliches mit irgendjemandem
Okay, interessant! Du setzt also Telegram mit deinen anderen Kommunikations-Apps in Konkurrenz, nicht mit Ntfy.
Ich verstehe deinen Gebrauch besser. Tatsächlich macht die gesamte Community das bereits über Telegram, haha
Man muss nur das Video « Gladys Assistant bei dir zu Hause » mit @lmilcent ansehen, er setzt Telegram-Benachrichtigungen für jede Aktion, um zu verfolgen, was in den Szenen passiert (Dieses Video)
Würde es dich stören, für diese Entwicklung Telegram in Gladys zu testen, damit du verstehst, wovon ich spreche? (Außerdem wirst du sehen, Telegram hat eine unglaubliche Benutzeroberfläche, WhatsApp ist im Vergleich dazu schrecklich zu bedienen, ich denke, Telegram ist eines der Produkte mit der besten Benutzeroberfläche, die ich kenne)
Jetzt, wo ich deinen Gebrauch besser verstehe, wenn du Ntfy so verwendest, wie man Telegram verwendet, warum nicht in Gladys denselben Mechanismus verwenden, d. h. die Szenenaktion « Nachricht senden »?
Dann ist alles bereits verwaltet (Persistenz, usw.), und wir fügen nur die Ntfy-Schicht als Nachrichtensendeschicht hinzu? Es ist zwar nicht bidirektional, aber so ist es, wenn du wirklich eine App magst, die dir gefällt … ^^
Dann hätten wir eine Ntfy-Konfigurationsschnittstelle, bei der der Benutzer das Ntfy-Topic angibt, an das er die Benachrichtigungen senden möchte, und dann verwendet er in der Szene die klassische Aktion « Nachricht senden »
Würde das für dich funktionieren? Mit der Einschränkung, dass das Topic dann fest für den Benutzer ist.
Nur eine Kleinigkeit, unterstützt Ntfy Bilder? Denn Gladys sendet Bilder von Kameras per Nachricht ^^
Wenn wir uns für die Lösung « Ntfy = Telegram » entscheiden, ist das nicht nötig.
Was mich im Code deines PR gestört hat, ist, dass du eine native Benachrichtigungs-API in Gladys erstellt hast, getrennt von der Messaging-App, und die ausschließlich auf Ntfy basiert.
Aber durch das Gespräch mit dir merke ich, dass das nicht das ist, was du am Ende willst, du wolltest nur denselben Gebrauch haben, den die Community derzeit mit Telegram hat!
Telegram einzurichten ist alles andere als einfach (mit der Geschichte des Bots und dem API-Schlüssel) und persönlich würde mir Telegram nur für Gladys nützen, besonders weil ich, wenn ich mit Gladys « chatten » will, den integrierten Chat nutzen kann. Daher habe ich Telegram aus Faulheit nie installiert und konfiguriert, um nicht noch eine weitere App zu verwalten, die eine Funktion bereitstellen sollte, die in diesem System nativ sein sollte.
Aktuell ist die Telegram-Integration für mich völlig überflüssig.
Daher ist die Ntfy-Integration ein viel leichteres Mittel (und viel einfacher, um Familienmitgliedern zu verkaufen), auch wenn ich zustimme, dass es besser gewesen wäre, wenn es nativ wäre und man nicht über einen Drittanbieter gehen müsste.
Auch hier bin ich mit dieser Annahme nicht einverstanden. Am Ende wird Telegram für etwas anderes genutzt, man installiert und konfiguriert eine Messaging-App nur, um gelegentlich Benachrichtigungen zu erhalten. (Und man geht immer noch über einen Drittanbieter)
Und nein, es ist immer noch nicht die gleiche Nutzung
Hallo, hat sich die Situation seit 2023 verändert?
Ich bin eigentlich ganz der Meinung der Leute, die gegen Telegram sind.
Ich verstehe die Argumente zur Nutzung von Telegram, aber ich würde lieber Push-Benachrichtigungen erhalten, das ist direkter, und vor allem kann man die „dringenden“ Benachrichtigungen verwalten.
Diese Benachrichtigungen ertönen nämlich immer, egal ob im Flugmodus, im Stumm-Modus oder im Nachtmodus am iPhone zum Beispiel.
