Datumsformat in Webanwendungen wird nach Serverwechsel in Englisch angezeigt

Moin-moin!

Wir haben gestern einen Serverumzug vorgenommen. Das neue System (Win Server 2022) lag dabei in Englisch vor und hatte zunächst auch eine falsche Zeitzone (UTC-7, Pacific Time), obwohl der Server in Frankfurt stehen soll.

Auf dem System wurde u.a. das NETv7.0.5 Hosting Bundle installiert, und alle migrierten Apps liefen auch einwandfrei. Allerdings wird bei mehreren Anwendungen jetzt das Englische Datumsformat ausgegegeben, wenn dieses per DateTime.ToString erzeugt wurde.

Wir haben verschiedene Dinge ausprobiert, um dieses Verhalten abzustellen, z.B. Deutsch auf Systemebene als Sprache eingerichtet, NET-Framework neu installiert... aber das Datumsformat bleibt Englisch.

Jetzt in allen Anwendungen den Code oder die Culture anzupassen kann die Lösung IMO nicht sein. Weiß hier zufällig jemand Rat, was zu tun ist, um ASP.NET die Englische Schreibweise auszutreiben?

Bin über jede Anregung dankbar

Grüße

Server sollten immer nach UTC eingestellt sein und die Anwendung ist verantwortlich das in die Zeitzone des Besuchers anzupassen.
Dafür gibts DateTimeOffset mit den entsprechenden Cultures.

[FAQ] DateTime vs. DateTimeOffset und der Umgang mit Zeiten in .NET
Manuell anzupassen - aber nicht zu empfehlen - in allen .NET Runtimes über die Thread.Culture - inkl. potentiellen Nebenwirkungen.
Der einzig korrekte Weg ist die Angabe der Parameter, weil nur das auch mit externen Libs etc skaliert.

Das hilft mir leider nicht weiter, denn es geht nicht um den Offset, sondern um das Datums/Zeitformat, das eben nicht in Englisch (05/26/2022 02:55 PM), sondern in Deutsch (26.05.2022 14:55) ausgegeben werden soll. Und da die Ausgabe auf dem alten Server wie beabsichtigt funktionierte, muss es sich hier um eine globale, systemabhängige Einstellung handeln, die wir gerne ändern wollen, wenn wir denn wüssten, was zu tun ist.

Ist mir schon klar - aber DateTimeOffset hilft Dir a) beim sicheren Anpassen der Zeitzone und b) bei der Formatierung durch die entsprechenden Parameter.

Default-Format ergibt sich immer aus der Thread.Culture, wenn nichts angegeben wird.
Daher hab ichs Dir geschickt.

Ich verstehe. Allerdings wollen wir ja gerade den Code nicht ändern, weil das Ausgabeformat auf dem alten Server korrekt war, und wir jetzt davon ausgehen, dass irgendeine Windows-seitige Andersartigkeit für das falsche Datumsformat verantwortlich ist, die man eigentlich abstellen können müsste. Zeitzone, Systemzeit u. Standardsprache wurden inzwischen per Powershell auf UTC+2 u. Deutsch festgelegt. Festlegen der Culture per web.config hat auch nichts gebracht.

Ich meine, wenn ein und derselbe Code zuvor wie beabsichtigt ausgegeben wurde und auf dem neuen System nicht, dann muss das Problem doch auf Server-Ebene behebbar sein und nicht (nur) per Code-Anpassung.

Okay, dann gern nochmal ganz von vorn:

• Alle Format-Angaben sollten mit Parameter verwendet werden; wird kein Parameter angeben, dann wird die Thread Culture verwendet
• Die Thread-Culture kannst Du aktiv setzen; setzt Du sie aktiv nicht, dann wird die Betriebssystem-Culture verwendet. Wird Deine app.config Setting nicht übernommen, dann hast was falsch gemacht.
• Die Betriebssystem-Culture unter Windows ist die Regionseinstellung - nicht die Sprache
• Die Regionseinstellung hat angaben für Formate, Währungen und Co

Change the Windows regional settings to modify the appearance of some data types

Die Trennung von Sprache und Region gilt für jede Art von Lokalisierung und für jede Runtime. Ansonsten wären Standards wie "en-us" oder "de-de" bzw "de-at" nicht möglich.

Vlt. hilft das: https://serverfault.com/questions/980215/asp-net-core-site-has-the-wrong-default-culture-when-run-with-iis