PHP gzcompress(); Delphi ZDecompressStr ( ) Data error

[mjustin]

Die Indy TIdHTTP Komponente kann auch von Haus aus GZIP dekomprimieren, dazu muss einfach eiine TIdCompressorZLib Komponente erzeugt und der TIdHTTP.Compressor Property zugewiesen werden. Fundstelle: http://stackoverflow.com/a/8597492/80901

[luisk]

Zitat von mjustin:

Die Indy TIdHTTP Komponente kann auch von Haus aus GZIP dekomprimieren, dazu muss einfach eiine TIdCompressorZLib Komponente erzeugt und der TIdHTTP.Compressor Property zugewiesen werden. Fundstelle: http://stackoverflow.com/a/8597492/80901

Das hab ich probiert - Funktioniert aber nicht !

Diese Variante bleibt auch hängen :
Quelle:
https://www.experts-exchange.com/que...P-content.html

Delphi-Quellcode:

 idhttp1.Intercept:= self.IdCompressionIntercept1;
           ls :=  idhttp1.Put( l_url , nil );

hier kommt die Meldung "Dekomprimierungsfehler":

Delphi-Quellcode:

idhttp1.Intercept:= self.IdCompressionIntercept1;
       idhttp1.Get( l_url , l_in_Stream );

Vielleicht klappt es bei Dir und Du kannst mir nen Tip geben.

[Valle]

Zitat von luisk:

Das hab ich probiert - Funktioniert aber nicht !

Wenn du das machst musst du das zippen auf der Serverseite weglassen. Gzip funktioniert dann völlig transparent. Um das zu überprüfen kannst du beispielsweise Wireshark benutzen und dir den Traffic anschauen. Dieser sollte dann Gzip sein.

Zitat von luisk:

das mit dem Zippen funktioniert doch auf der Serverseite
Das Problem liegt doch bei IdHTTP1: TIdHTTP; in meiner Delphi-FMX-Anwendung

Deswegen ja mein Vorschlag. Wenn das nicht funktioniert, bau die encode-Zeile aus dem Server aus und die decode Zeile aus dem Client. Sag deinem Webserver er soll Gzip machen (wahrscheinlich tut er das schon) und gib deinem HTTP-Client wie mjustin beschrieben hat die Decompressor Property.

Anschließend ist die Kompression völlig transparent und ohne eine einzige Zeile Code. Klingt das nicht erstrebenswert?

Und um das zu überprüfen (weils ja transparent ist) kann man sich noch Wireshark oder ähnliche Tools zu Hilfe nehmen.

[luisk]

https://varvy.com/pagespeed/enable-compression.html
The code below should be added to your .htaccess file...
<ifModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file .(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
</ifModule>
Das hab ich jetzt mal ausgeführt. Mal sehen, was passiert.

[luisk]

@Valle
Danke erstmal für die Tips.
Ich teste mit einem xampp Apache server Version 2.4.10
Ich habe jetzt mal eine .htaccess Datei mit obigem im htdocs-Verzeichnis angelegt.
Wireshark scheint Probleme mit meiner Firwall zu haben.

Daher habe ich jetzt mal folgenden Test über curl.exe gemacht:

C:\Programme\curl>curl -I -H 'Accept-Encoding: gzip,deflate' http ://localhost
curl: (6) Could not resolve host: gzip,deflate'
HTTP/1.1 302 Found
Date: Sun, 29 May 2016 08:39:20 GMT
Server: Apache/2.4.10 (Win32) OpenSSL/1.0.1i PHP/5.6.3
X-Powered-By: PHP/5.6.3
Location: http://localhost/xampp/
Content-Type: text/html; charset=UTF-8

'Could not resolve host: gzip,deflate' bedeutet ja, dass die Komprimierung nicht aktiv ist.
Was muss ich noch berücksichtigen ?

[Luckie]

Ich würde eher sagen, dass er den Host nicht gefunden hat, bzw. dessen IP Adresse nicht auflösen konnte.

[luisk]

Zitat von Luckie:

Ich würde eher sagen, dass er den Host nicht gefunden hat, bzw. dessen IP Adresse nicht auflösen konnte.

Den Webserver hat curl doch gefunden
HTTP/1.1 302 Found
Date: Sun, 29 May 2016 08:39:20 GMT
Server: Apache/2.4.10 (Win32) OpenSSL/1.0.1i PHP/5.6.3
X-Powered-By: PHP/5.6.3
Location: http://localhost/xampp/
Content-Type: text/html; charset=UTF-8

nur nicht die Dekomprimierung
Die Frage ist, ob es reicht, wenn ich diese .htaccess-Datei in /htdocs speichere.