Forum: Netzwerke
by softtouch,
10. Aug 2022
Ich nutze keinen TRestClient. Leider ist das so eine Sache mit dem Sonderfall, es ist keiner, solche Seiten können in einer Liste mit tausenden "normalen" urls vorhanden sein. Ich werde wohl doch Deinen Vorschlag mit dem gzip header (header bytes prüfen) folgen, damit müsste es dann klappen.
Forum: Netzwerke
by softtouch,
10. Aug 2022
Ja, ist deren Problem, aber der Zugriff darf trotzdem nicht das Hängen des Programms bedeuten. Keine Ahnung warum ein try/except das nicht abfangen kann...
Forum: Netzwerke
by softtouch,
10. Aug 2022
Eine Seite ist zum Beispiel folgende (Zeigt im Browser nichts an, sieht wie eine leere Seite aus):
Der Response Header ist wie folgt:
Forum: Netzwerke
by softtouch,
9. Aug 2022
Im Responseheader ist "Content-Encoding: gzip", was falsch ist. Und wenn ich darauf basierend via TIdCompressorZLib die "gzip" Daten dekompremieren will, hängt sich die TIdCompressorZLib Funktion DecompressGZipStream auf, trotz try/except.
Mit anderen Worten: Die Seite (und auch einige andere in meiner Liste) liefert unkompremierte Daten, und der Responseheader sagt das es GZip kompremiert ist.
Forum: Netzwerke
by softtouch,
9. Aug 2022
Wenn ich System.Net.HttpClient.THTTPClient.AutomaticDecompression mit dem Wert "Any" setze, kann ich einige Websites nicht lesen. Setze ich jedoch "Deflate", laden sie Seiten einwandfrei. Soll das so sein, das bei "Any" einige Seiten licht laden? Sollte der THttpClient das nicht automatisch machen? Wofür ist sonst "Any" gut, wenn es nicht klappt?