Einstellungen in der Oberfläche - #84
Merged
Merged
Conversation
Two things the interface pointed at and could not reach: the neighbour polling switch and how long packets are kept. Both lived in meshdash.toml, and the pages said so — an interface that refers to a file is passing its job on. Settings now come in two layers. The file and the environment are the ground, read once and fixed for the run. Over them lie the changes somebody made here, kept in the database, option by option — so changing one does not silently reset the ones beside it, and everything untouched still comes from the file. That is what keeps an installation reproducible. The file itself is never rewritten. It belongs to the operator, comments and all; what the interface changes is MeshDash's own state, and that lives in MeshDash's own database. Not everything is on offer. Where the service listens, which device the node hangs on, where the database lives — those decide how the process starts, and a page the process serves cannot change them. The page says which those are rather than leaving a gap to guess at. telemetry and traffic now read their settings when they use them rather than capturing them at start, so a tick takes effect without a restart. A change is also announced on the bus for anything that cannot. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Worum es geht
Punkt 1 aus Ihrer Rückmeldung. Zwei Stellen der Oberfläche verwiesen auf
meshdash.toml— die Telemetrieseite auf[modules.telemetry] neighbours, dieAufbewahrungsdauer für Pakete war ebenso unerreichbar. Eine Oberfläche, die auf
eine Datei zeigt, schiebt ihre Aufgabe weiter.
Wie es jetzt liegt
Zwei Schichten, und die obere gewinnt. Datei und Umgebung sind der Grund,
einmal beim Start gelesen. Darüber die Änderungen aus der Oberfläche, in der
Datenbank — Option für Option, nicht abschnittsweise. Wer ein Häkchen
setzt, setzt kein anderes zurück, und alles Unberührte kommt weiter aus der
Datei. Die Seite zeigt an, wo etwas abweicht.
Die Datei wird nie zurückgeschrieben. Sie gehört Ihnen, samt Kommentaren.
MeshDash schriebe sie um und liefe mit Ihrem Editor um die Wette.
Ein Häkchen wirkt sofort.
telemetryundtrafficlesen ihre Einstellungenjetzt bei jeder Runde statt einmal beim Start. Ein Schalter, der erst nach
einem Neustart wirkt, ist kein Schalter.
Nicht alles ist im Angebot. Adresse, serieller Port, Datenbankpfad,
Kartenquelle — die entscheiden, wie der Prozess startet. Die Seite sagt am Ende
ausdrücklich, welche das sind, statt eine Lücke zu lassen.
Begründung in ADR-0017.
Am laufenden Dienst geprüft
Die Datei sagt
neighbours = false. Über die Oberfläche eingeschaltet:every_minutes: 5stammt weiterhin aus der Datei — nurneighbourswurdeüberschrieben. Eine verschriebene Option wird abgelehnt statt stillschweigend
behalten; wer etwas umstellt und keine Wirkung sieht, sucht sonst am falschen
Ende.
Nebenbei
Die beiden Texte, die auf die Konfigurationsdatei verwiesen — auf der
Telemetrieseite und auf der Knotenseite — verlinken jetzt auf die
Einstellungen. Und sie sagen, was Sie angemerkt haben: MeshCore sendet fremde
Telemetrie nicht von selbst, sie muss angefordert werden.
Reihenfolge
Die restlichen vier Punkte Ihrer Rückmeldung stehen jetzt in der Roadmap unter
„Aus der Benutzung gemeldet", in der besprochenen Reihenfolge: Pakete je Knoten,
Klick auf eine Verbindung, Nachbarn auf der Knotenseite, Nachrichtenseite.
Prüfung
just checkgrün. Neu: 9 Kerntests (Datei als Grund, Änderung gewinnt,Nachbaroptionen bleiben, Tippfehler abgelehnt, Ankündigung, Neustart übersteht,
jeder Klon sieht dieselbe Änderung), 4 Routentests durch den echten Router,
5 Tests der Seite.