Die Antwort aus der Community ist kurz, verweist aber auf die richtige Architekturebene: Das Symbol einer importierten Anwendung ist Teil ihrer Anwendungsmetadaten und nicht lediglich eine kosmetische Einstellung des Dashboards.
Woher ZimaOS-App-Symbole stammen
Die aktuelle Referenz zum App-Store-Protokoll besagt, dass eine ZimaOS-App-Store-Quelle eine Compose-Datei mit übergeordneten x-casaos-Metadaten sowie App-Assets wie icon, Vorschaubildern und Screenshots enthält. Das bedeutet, dass das dauerhafte Symbol in dem Paket bzw. der Konfiguration definiert sein sollte, die die App beschreibt.
Die ältere offizielle Antwort verwies auf den Beitrag zum ZimaOS App Store, der Mitwirkende inzwischen auf die Dokumentation zum v2-Protokoll als maßgebliche Quelle verweist.
Warum das Dashboard nicht der beste Ort für die Bearbeitung ist
Eine Änderung ausschließlich im Dashboard könnte verloren gehen, wenn eine importierte App neu erstellt, aktualisiert oder erneut importiert wird. Die erste Docker-App erklärt den Unterschied zwischen der laufenden Docker-Anwendung und den ZimaOS-Metadaten, die zu ihrer Darstellung verwendet werden. Die Anforderungen des ZimaOS App Store liefern den aktuellen Kontext für den Anwendungskatalog.
Bei einem benutzerdefinierten Import die Quellmetadaten aktualisieren
Wenn Sie die Compose- oder App-Store-Datei verwalten, verweisen Sie in den App-Metadaten auf das korrekte Symbol-Asset und wenden Sie die Konfiguration anschließend erneut an oder importieren Sie sie erneut, und zwar gemäß dem aktuellen ZimaOS-Workflow. Überschreiben Sie nicht einfach beliebige Dateien in einem laufenden Container, nur um das Dashboard-Symbol zu ändern.
Wenn Sie mehrere benutzerdefinierte Container verwalten, kann Portainer unter ZimaOS bei der Untersuchung laufender Dienste helfen. Portainer ersetzt jedoch nicht die ZimaOS-App-Metadaten, die steuern, wie eine Karte in der Zima-Oberfläche dargestellt wird.
Fazit
Behandeln Sie das Symbol importierter Anwendungen als Paketmetadaten. Die wartbare Lösung besteht darin, die aktuellen x-casaos-Metadaten und Assets der App zu korrigieren und sie anschließend erneut bereitzustellen oder zu importieren, anstatt nach einem Schalter für das Symbol einzelner Karten im Dashboard zu suchen.
