Im Server liest du nur aus dem Stream während dein Client per Read aber auf eine Antwort wartet.
Entsprechend müsste dein Server selbst in den Stream schreiben, sonst wartet der Client bis zum Timeout auf eine Antwort.

T-Virus

Freut mich zu hören, dass es rund läuft 😃
Dann hat sich die Empfehlung gelohnt.

T-Virus

Freut mich, dass ich dir helfen konnte 😃
Denke mal, damit fährst du am besten und kosteneffektiv.
Upload von 4 Monaten ist natürlich heftig.
Kann man das ggf. beschleunigen?

T-Virus

Hallo Bernd,

bei Hetzner könntest du ggf. mit einer Storage Box gut fahren.
Die sind i.d.R. auch gut angebunden.

Nutze selbst zwei für Backups um die 4 TB und kann i.d.R. mit meinem Glasfaseranschluss voll drauf spielen und laden.
Gibt nur ab und an Wartungszeiten mit ein paar Tagen Vorlaufzeit, die meistens 30-60 Min. dauern können.

Selten auch mal länger wenn z.B. auch mal Router/Switches bearbeitet werden müssen.
Hatte ich dieses jahr aber nur 2-3 mal.

Link:
https://www.hetzner.com/de/storage/storage-box/

Traffic ist auch nach extern unlimited und die Anbindung auch mit 1 GBit/s voll ausreichend.
Dann kannst du die Bilder auf einer Storage Box parken und deine Seiten mit kleinen Webspace einbinden auch über Https!

T-Virus

Je nach UI Technologie, gibt es für Lokalisierung schon fertige Lösungen von .NET Seite her.
Dein Ansatz für jedes Control eine eigene Klasse anzulegen ist auch unnötig.
Die Implementierung macht man i.d.R. über die Basis Klasse der Controls, die die Text Property überhaupt erst anbietet.
Aber das kann man sich eigentlich sparen, da man dafür eben Bindings verwenden kann.
Sollte aber auch in der Doku zur jeweiligen UI Technik unter dem Punkt Lokalisierung stehen.

Hab direkt ein kleines Projekt, in dem ich Moq verwendet hab, ebenfalls auf Nsubstitute gewechselt.

Die anderen Projekte sind m.W.n. nicht umgezogen, weil einfach die Zeit fehlte.

Bei neuen Projekten würde ich auch nicht mehr auf Moq setzen, da der Entwickler mein Vertrauen verloren hat.

T-Virus

Im einfachsten Fall kannst du bis auf die SOAP Services alles mit Plain C# und ASP .NET Core machen.
SOAP solltest du im Idealfall einfach ersetzen, ist nicht mehrZeitgemäß und wegen XML mit ziemlichen Overhead.
Microsoft selbst hat SOAP im Grunde aufgegeben weil es technisch kaum noch sinnvoll ist.
Hier haben sich REST Apis einfach als bessere Alternative durchgesetzt.

T-Virs

Dateien wie Setup.exe werden teilweise geblockt.
Kannst du am einfachsten umgehen, wenn du diese als Zip Datei lieferst.
Ebenfalls wird ein Flag bei den Dateien gesetzt, dass diese rutnergeladen wurden.
Musst du dann manuell explizit entfernen in den Eigenschaften der Datei, damit diese nicht geblockt wird.

T-Virus

Ohne den Server im Detail zu kennen, was spricht den dagegen z.B. Kestrel als einfachen Http Server zu nehmen und dann die Api selbst einfach mit Bordmitteln oder passenden NuGet Paketen zu bauen?

Sehe jetzt nicht welchen Vorteil/Zweck Grifin hat, den man mit einem anderen Http Server nicht umsetzen kann.
M.m.n. fährst du ohne den Grifin Server, bei dem es auch Issues gibt die in 4 Jahren nicht angefasst wurde, besser als weiter auf dieses tote Pferd zu setzen.

Nachtrag:
Selbst das Framework hinter dem Server scheint keine Updates mehr zu bekommen.
Letzter comitt beim Framework war vor 9 Monaten, auch dort scheinen keine Issues mehr angefasst zu werden und die Website des Framework meldet ein fehlerhaftes Zertifikat, was eine Red Flag für mich wäre.

Nachtrag 2:
Das Projekt scheint tot zu sein.
Die Webseite des Frameworks zeigt auf eine Casino Seite!
Damit würde ich ein komplettes Replacement von Grifin Framework und Server ins Auge zu fassen!

T-Virus

Wie sieht den der Code aus?
Ohne diesen können wir nur raten.

T-Virus