/* ================================================================ Audi-Dashboard — Lade-Stub für panel_custom ================================================================ Diese Datei selbst ändert sich praktisch nie und bleibt deshalb auch mit der langen Standard-Cache-Zeit von Home Assistant für /local/ (31 Tage, Cache-Control: public, max-age=2678400 - an der Testinstanz nachgemessen, nicht vermutet) unproblematisch: sie lädt bei jedem vollständigen Seitenaufruf zuerst audi-dashboard-version.json mit cache:"no-store" - das erzwingt eine echte Netzwerkanfrage, unabhängig vom HTTP-Cache -, und reicht deren Versionsnummer als Query-Parameter an den eigentlichen Code (audi-dashboard-app.js) weiter. Jede neue Versionsnummer ist aus Sicht des Browsers eine neue URL und wird deshalb nie aus einem alten Cache bedient. Update-Ablauf ohne Neustart und ohne Cache-Probleme: 1. audi-dashboard-app.js und/oder audi-dashboard.css ersetzen 2. die Zahl in audi-dashboard-version.json um 1 erhöhen 3. im Browser einmal ganz normal neu laden (kein Hard-Refresh nötig) Diese Datei hier (audi-dashboard-panel.js) bleibt dabei unangetastet - configuration.yaml und damit ein HA-Neustart sind für Frontend-Updates nicht mehr nötig, nur noch für den allerersten Einbau (§10 Punkt 1). Bekannte HA-Eigenheit (an der Testinstanz reproduziert, nicht vermutet): ha-panel-custom cached geladene Skripte nur für den alten js_url-Typ, nicht für module_url (siehe dessen eigener Quellcode - für "js" gibt es ein url-indiziertes Cache-Objekt, für "module" fehlt das komplett). Bei einem direkten/harten Seitenaufruf (nicht bei SPA-interner Navigation) kann das dazu führen, dass dieses Skript zweimal als