These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

EVE Technology Lab

 
  • Topic is locked indefinitely.
Previous page12
 

api.eveonline.com update, gzip enabled

First post
Author
Previous Topic Next Topic
Desmont McCallock
#21 - 2012-12-19 20:50:30 UTC  |  Edited by: Desmont McCallock
@Marcel
Maybe you should change the library you use for compression. What do you use?

Btw, when I used the native C# library I had issues and the workaround was to remove the 2 bit header and the 4 bit tail of the stream. Example at: http://www.eve-emdr.com/en/latest/using.html#c
You will also find the Java equivalent on that page that I wrote but that is for 'deflate'.
Marcel Devereux
Aideron Robotics
Aideron Robotics.
#22 - 2012-12-19 21:11:54 UTC
Desmont McCallock wrote:
@Marcel
Maybe you should change the library you use for compression. What do you use?

Btw, when I used the native C# library I had issues and the workaround was to remove the 2 bit header and the 4 bit tail of the stream. Example at: http://www.eve-emdr.com/en/latest/using.html#c
You will also find the Java equivalent on that page that I wrote but that is for 'deflate'.


I'm not having a issue with the compression. The issue I am seeing is that either the request doesn't return or when it does it takes a really long time. The times I quoted above is just for the fetch and not for the decompression.
CCP illurkall
C C P
C C P Alliance
#23 - 2012-12-20 09:21:23 UTC
Marcel Devereux wrote:
Desmont McCallock wrote:
@Marcel
Maybe you should change the library you use for compression. What do you use?

Btw, when I used the native C# library I had issues and the workaround was to remove the 2 bit header and the 4 bit tail of the stream. Example at: http://www.eve-emdr.com/en/latest/using.html#c
You will also find the Java equivalent on that page that I wrote but that is for 'deflate'.


I'm not having a issue with the compression. The issue I am seeing is that either the request doesn't return or when it does it takes a really long time. The times I quoted above is just for the fetch and not for the decompression.


In what environment are you running this, on an Android device or from a desktop app?
If you can reproduce this in a desktop application it would be helpful to see the actual raw HTTP request you are making. With the raw HTTP request I could possibly reproduce the problem and figure out what's wrong.
Desmont McCallock
#24 - 2012-12-20 13:04:21 UTC
@Marcel
I don't know if the use of 'Fiddler' will help in determining the cause.
Quaax
GER Weyland Yutani Corp
#25 - 2012-12-21 08:42:52 UTC
Works fantastic, thank you!
80% compression rate makes a huge difference on mobile devices.

@Marcel: I'm using the Android platform, too. Find below my code. User agent need not be "gzip". HTTP header "Accept-Encoding" will be set to "gzip" only, server will respond with "Content-Encoding: gzip".

Quote:
String AGENT = "Android de.matdue.isk";
httpClient = AndroidHttpClient.newInstance(AGENT);
HttpPost request = new HttpPost(URL_BASE + url);
AndroidHttpClient.modifyRequestToAcceptGzipResponse(request);
...
HttpResponse response = httpClient.execute(request);
HttpEntity entity = response.getEntity();
inputStream = new BufferedInputStream(AndroidHttpClient.getUngzippedContent(entity));
...
inputStream.close();
entity.consumeContent();

Server is responding as fast as before.
For debugging I'm using Charles Web Proxy.
Ryomanni
Red Frog Investments
#26 - 2012-12-22 21:48:42 UTC
I applaud the addition of gzip - please keep it... forever!

Red Frog enabled gzip today, and the time to transfer the corp's contract data is shortened from about 30 seconds down to 10 seconds.
Previous page12