Ja, genau deshalb habe ich intern geschrieben.
Die Variable sollte standardmäßig im Docker-Image definiert sein, wir müssen sie nicht bei docker run definieren.
Ich spreche nicht davon, sie zu löschen, sie ist außerhalb von Docker tatsächlich nützlich.
Das Thema betrifft nur die Docker-Umgebung.
In der Docker-Datei wäre es sinnvoll, dies standardmäßig zu definieren.
Für das Thema Zigbee2mqtt wäre es besser, den Ordner nicht hart zu codieren. Wir basieren auf der Umgebungsvariable, damit es evolvierbar ist.
Was ich sagen wollte, ist, dass diese Variable den Speicherort der Datenbank definiert, der nicht unbedingt an den Host gebunden ist, aber um die Service-Container zu starten, ist dies die notwendige Information, der Bind-Host (der völlig unterschiedlich sein kann, auch wenn dies unwahrscheinlich ist). Diese Variable zu nutzen, war eine schlechte Idee (von meiner Seite).
EDIT: Und ich möchte nichts mehr hardcoden, sondern einfach nur das Verzeichnis auf der Host-Seite abrufen, das vom Benutzer bei seinem docker run definiert wurde. Das ist aus meiner Sicht die sicherste Lösung.
Okay, das ist korrigiert. Ich habe den getContainerMounts in den Core verschoben Zigbee2mqtt service by cicoub13 · Pull Request #1098 · GladysAssistant/Gladys · GitHub
und den Rest in meinen Service.
Vielleicht brauchen andere Services das in Zukunft auch.
Ich trage keinen Stein zu eurem Bauwerk bei, aber ich wollte euch für all eure Arbeit danken!!
Da ich viel Aqara-Material, aber kein Gateway besitze, kann ich es kaum erwarten, all das zu nutzen.
Tausend Dank! 
Gut gemacht für die ganze Arbeit @cicoub13 
Ich mache dir heute eine Review 
Ich habe gerade meine Überprüfung abgeschlossen, und für mich ist alles bereit für den Merge nach master! Ich habe gerade gemerged
Ein großes Lob an @Reno für den Start dieser PR, an @cicoub13 für die Fertigstellung, an @lmilcent und alle anderen, die durch ihre Tests und Rückmeldungen zur PR beigetragen haben.
Das ist tolle Teamarbeit, die die Vision von Open Source gut widerspiegelt: Gemeinsam etwas schaffen, das man allein nicht schaffen würde 
Jetzt die nächsten Schritte:
Ich kann es kaum erwarten!!
Es ist großartig zu sehen, dass wir am Ziel sind!!
Nochmals vielen Dank an @Reno, dass du die ganze Arbeit gestartet hast, denn es war schon gut vorangekommen und an @cicoub13 für all deine Arbeit! Es gab noch viel zu tun oder zu verbessern, du musst viel Zeit investiert haben!
Ich gebe euch heute noch Feedback, sobald das neue Image mit dem Tag dev fertig ist.
Zur Information: Der Tag dev wurde erfolgreich gebaut
Bis jetzt, alles gut.
Bisher funktionieren alle meine Szenen und meine Zigbee-Geräte, alles super! 
Ich habe immer noch ein Problem mit der Bluetooth-Erkennung, das nichts mit Zigbee zu tun hat (mein Nut ist erkannt, ein neues Gerät wird erstellt, aber in den Szenen unsichtbar?!).
Ich nutze die „normale“ Version von Gladys (also nicht den zigbee2mqtt-Build). Wird die Integration bald auch für mich verfügbar sein?
Ich gebe zu, dass ich nicht weiß, was ihr mit PR / Build dev / Release meint .. daher kann ich das nicht einschätzen.
Keine Probleme auf meiner Seite, alles scheint in Ordnung zu sein.
Der Z2M-Teil funktioniert gut mit den Aqara-Schaltern und einem Aqara-Würfel, auch ihre Funktionsweise in den Szenen.
Ich habe gerade einen Zigbee-LED-Controller (Gledopto GL-C-008P) erhalten, ich werde testen können, ob er integriert ist und falls nicht, den Prozess für die Anforderung eines PR für seine Hinzufügung
Gut gemacht, Jungs!
Das Testbild namens dev ist ein aktuelles Bild von Gladys mit den neuesten Ergänzungen (die letzten PR = Pull-Request, die gerade validiert wurden), es ist ein Bild zum Testen der ordnungsgemäßen Funktion des Dienstes Zigbee2Mqtt mit den anderen, also wirst du diese Integration bald sehen (sobald es ausgiebig getestet wurde)
Ja, du wirst diese Integration in deiner Gladys-Instanz in der nächsten Version von Gladys sehen.
Bevor ein Dienst in die „Produktion“ geht, durchläuft er mehrere Schritte mit Tests in jeder Phase, um sicherzustellen, dass keine Probleme auftreten und alles reibungslos funktioniert. Diese Diskussion hier richtet sich wirklich an Entwickler (PR/tag dev, etc. ist Fachjargon für uns), nicht an Gladys-Nutzer (wir sind im „Entwicklung“-Bereich des Forums).
Wenn eine neue Version von Gladys veröffentlicht wird, poste ich eine Nachricht auf Actualités - Gladys Assistant community im Forum, du wirst sie sehen
Super!
Erstellst du ein Thema zu Bluetooth, um darüber zu sprechen?
Danke für die Infos Ich weiß, dass dies hier der Bereich der Techniker ist, aber da ich es kaum erwarten kann, meine Zigbee-Geräte zu nutzen, verfolge ich dieses Thema.
Ich habe nicht unbedingt eine Vereinfachung all dessen erwartet, ich überlasse euch euren technischen Begriffen!
@cicoub13 habe ich eine Möglichkeit, in der Datenbank zu schummeln, um mich per MQTT mit einem bestehenden Server zu verbinden?
Ja, denke ich Aktiviere den Dienst, ändere die Variablen in Z2M_MQTT_URL und GLADYS_MQTT_USERNAME/PASSWORD in der Tabelle t_variable und das sollte es tun
Ich übernehme keine Wartung
Gute Neuigkeiten, dass die Z2M-Version in die Produktion geht 
!
Glückwunsch Jungs für die geleistete Arbeit, kann es kaum erwarten, das zu testen 
Zur Information: Gladys Assistant 4.2 ist verfügbar und integriert Zigbee2mqtt 
Nochmals herzlichen Glückwunsch an alle für diese Entwicklung!
Super, jetzt kann ich meinen Schlüssel testen, den ich gerade erhalten habe!!
Danke an die Entwickler.