feat(beispiel): mehrere Apps ueber einen Einsetzer, je mit eigener Kennung

Am Host erkennt nginx, welcher Dienst gemeint ist und welche App das fuer
HoneyOS ist; die Leiste hebt sie dann hervor wie in Aether. Dieselbe Bauart wie
im BentoPDF-Beispiel: Leiste und ihre zwei Abfragen laufen ueber die Adresse
der App, damit deren CSP unangetastet bleibt.

Die beiden .conf-Dateien sind weg — sie standen ein zweites Mal in der
Compose-Datei, und zwei Fassungen derselben Sache laufen auseinander. Heute
schon zweimal passiert.

Geprueft mit zwei Diensten: richtige Kennung je Host, richtige Hervorhebung in
der Leiste, gemeinsame App-Liste, Wetter.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

README.md

@@ -256,11 +256,14 @@ Adresse der App.
   strenge CSP und COEP mitbringt: Leiste, Apps und Wetter erscheinen, ohne dass
   an dessen Kopfzeilen etwas geändert wird.
 - [`beispiele/mehrere-apps/`](beispiele/mehrere-apps/) — **HoneyOS und ein
-  Einsetzer für alle Dienste in einem Stapel.** Am Host erkennt nginx, welcher
+  Einsetzer für beliebig viele Dienste in einem Stapel.** Zwei Tabellen oben in
+  der Datei sagen, welcher Name zu welchem Behälter gehört und welche App das
+  für HoneyOS ist; eine neue App sind zwei Zeilen. Die Leiste hebt die aktuelle
+  App hervor, sobald `$appid` der `id` in der App-Liste entspricht — genau wie
+  in Aether und InkNote. Am Host erkennt nginx, welcher
   Dienst gemeint ist; eine neue App sind zwei Zeilen in den Tabellen oben in
   `leiste.conf`. Das ist der Aufbau, den man haben will, sobald es mehr als ein
-  Werkzeug ist — nicht ein Behälter je App, und nicht HoneyOS getrennt davon
-  gepflegt.
+  Nicht ein Behälter je App, und nicht HoneyOS getrennt davon gepflegt.
 
 Das Netz `honeybar` legt dieser Stapel selbst an, unter festem Namen. Die
 fremden Dienste treten ihm bei (`networks: [default, honeybar]` und