Tag: deployment

Ein Reload validiert nur index.html neu, daher kommt ein main.dart.js ohne Hash im Dateinamen weiter aus dem Browser-Cache. Senden Sie Cache-Control: no-cache für die Flutter-Build-Ausgabe, versehen Sie die Dateien mit einer Build-ID, wo Sie keine Header setzen können, und lassen Sie den selbstbereinigenden Service Worker die Caches aus der Zeit vor 3.41 abräumen.

Framework-abhängig auf einem chiseled aspnet-Image ist der richtige Standard für einen ASP.NET Core Dienst unter .NET 11, weil die Laufzeit-Schicht zwischen Diensten geteilt wird und eine Laufzeit-CVE durch einen Wechsel des Basis-Images behoben wird. Eigenständig mit Trimming und Native AOT erkaufen ein 2- bis 5-mal kleineres Image und einen deutlich schnelleren Kaltstart und kosten genau das. Echte veröffentlichte Größen, die Rechnung der geteilten Layer und der .NET 11 Basis-Image-Inferenzfehler, der den AOT-Pfad bricht.

500.30 bedeutet, dass die Anwendung beim Start innerhalb von w3wp.exe eine Ausnahme geworfen hat. Die eigentliche Ausnahme steht bereits im Windows-Anwendungsprotokoll unter IIS AspNetCore Module V2. Zuerst dort lesen, dann die Ursache einordnen: fehlendes Shared Framework, x86/x64-Diskrepanz des Anwendungspools, fehlende Konfiguration oder Pool-Berechtigungen.

dotnet build kompiliert Ihr Projekt für die innere Entwicklungsschleife und verwendet standardmäßig Debug. dotnet publish führt das MSBuild-Target Publish aus, verwendet ab net8.0 standardmäßig Release und packt einen bereitstellbaren Ordner mit bereits erledigten Web-Assets, eigenständigen Laufzeiten, Single-File, Trimming und AOT. Hier steht genau, was jeder Befehl erzeugt und wann Sie ihn verwenden.

Die .NET-6-Laufzeit fehlt oder passt nicht. Installieren Sie net6.0 erneut, machen Sie Roll Forward zu net8.0 via runtimeconfig, ändern Sie das Target des csproj, oder publizieren Sie self-contained.