WoFloEasy: Subdomain, MSIX/AppInstaller und automatische Updates
Status: Arbeitsnotiz / technische Entscheidungsgrundlage, aus Nutzerfragen abgeleitet. Keine Veröffentlichung oder Serveränderung durch diesen Wiki-Cron.
Quelle
- Nutzerfrage
25309, Discord, 2026-06-28T21:14:32.182000+00:00: Subdomain wofloeasy.ceviro.de eingerichtet; Frage, ob diese für automatische Updates der Software genutzt werden kann.
- Nutzerfrage
25392, Discord, 2026-06-28T22:29:18.772000+00:00: Wunsch nach MSIX/AppInstaller; Frage zur Signierung und ob diese kostenlos realisierbar ist.
- Nutzerfrage
25473, Discord, 2026-06-28T23:18:02.847664+00:00: inhaltliche Wiederholung der MSIX/AppInstaller-/Signierungsfrage.
- Nutzerfrage
25624, Discord, 2026-06-28T23:22:58.424000+00:00: Frage, warum nicht Visual Studio auf dem Windows-System genutzt wird, wenn es sauberer arbeitet.
- Nutzerfrage
25673, Discord, 2026-06-28T23:22:58.424000+00:00: Duplikat der Visual-Studio-Frage.
- Nutzerfrage
25625, Discord, 2026-06-28T23:35:07.202895+00:00: Zertifikat wurde installiert, App wurde installiert, startet aber nicht.
- Nutzerfrage
25938, Discord, 2026-06-29T00:22:27.241261+00:00: gebündelte Wiederholung der Visual-Studio-Frage, des Startproblems nach Zertifikats-/App-Installation und der vServer-/nginx-/SSL-Anfrage.
- Nutzerfrage
26216, Discord, 2026-06-29T01:05:29.006669+00:00: erneute gebündelte Wiederholung derselben Themen.
Zusammenfassung
Für WoFloEasy zeichnet sich ein Windows-Update-/Installationspfad ab:
- Ziel ist ausdrücklich ein MSIX/AppInstaller-Paket.
- Die Subdomain
wofloeasy.ceviro.de kann grundsätzlich als Update-Endpunkt dienen, z. B. für .appinstaller, .msix/.msixbundle und ggf. Release-Metadaten.
- Signierung ist ein Pflichtthema: Windows muss dem Paket-Zertifikat vertrauen, sonst scheitern Installation oder Start je nach Zustand.
- Visual Studio auf einem Windows-System kann für MSIX/AppInstaller sauberer sein als ein rein Linux-basierter Buildweg, weil Packaging, Zertifikatsauswahl, Manifestbearbeitung und lokale Installation dort näher am Zielsystem liegen.
- Nach Zertifikatsinstallation und App-Installation tritt aktuell ein Startproblem auf; das ist ein separater Diagnosepunkt und nicht automatisch durch die reine Signierung gelöst.
Validierung
Noch nicht gegen den tatsächlichen WoFloEasy-Code, das Windows-System oder den Server geprüft.
Allgemeine technische Einordnung:
- Kostenlos möglich: Test-/Eigenzertifikat kann technisch kostenlos erstellt und auf Zielrechnern manuell als vertrauenswürdig installiert werden. Das ist für interne Tests realistisch, aber für breite externe Verteilung unkomfortabel und weniger vertrauenswürdig.
- Öffentlich vertrauenswürdig: Für eine reibungsarme Installation auf fremden Windows-Systemen ist üblicherweise ein vertrauenswürdiges Code-Signing-Zertifikat sinnvoll bzw. nötig. Das ist meist kostenpflichtig.
- AppInstaller-Updates: Der
.appinstaller-Pfad muss per HTTPS erreichbar sein. Versionen, Paket-URLs und Signatur müssen konsistent sein.
- Startet nicht nach Installation: Mögliche Ursachen sind u. a. fehlende Runtime/Dependencies, falsches MSIX-Manifest, falscher Einstiegspunkt, fehlende Dateien im Paket, Zertifikat nur für Installation aber nicht korrekt vertraut, Architekturkonflikt oder App-Ausnahme direkt beim Start.
Offene Punkte
- Tatsächliche Paketstruktur, Manifest und Build-Output prüfen.
- Windows-Ereignisanzeige bzw. AppX/MSIX-Installations- und Startlogs auswerten.
- Entscheiden, ob zunächst internes Testzertifikat ausreicht oder ein öffentlich vertrauenswürdiges Code-Signing-Zertifikat eingeplant werden muss.
- Serverstruktur für
wofloeasy.ceviro.de festlegen: statische Dateien, MIME-Types, HTTPS, Cache-Verhalten, Versionsverzeichnisse.
- Klären, ob Visual Studio auf dem Windows-System als primärer Packaging-Weg genutzt wird und Linux nur für Code-/Vorbereitungsarbeiten dient.
Verknüpfungen