Opened 6 years ago

Closed 5 years ago

#11581 closed defect (fixed)

Onionoo does not honor "Accept-Encoding: gzip"

Reported by: alphawolf Owned by: karsten
Priority: Medium Milestone:
Component: Metrics/Onionoo Version:
Severity: Keywords:
Cc: Actual Points:
Parent ID: Points:
Reviewer: Sponsor:

Description

Problem:

Onionoo delivers large documents uncompressed, even when gzip compression is requested.

Details:

According to onionoo's documentation:

Compression

Clients should include an "Accept-Encoding: gzip" header in their requests and handle gzip-compressed responses. Only requests starting at a certain size will be compressed by the server.

Chrome passes:

Accept-Encoding:gzip,deflate,sdch

Firefox passes:

Accept-Encoding:gzip, deflate

Despite this, when viewing the "details" and "bandwidth" documents, they are delivered uncompressed. These are 10.5 MB and 48.6 MB, respectively.

Duplication:

Simply browse the /details or /bandwidth URLs @ https://onionoo.torproject.org. Use Chrome/Firefox's respective web developer tools to view relevant headers and document sizes.

Expected Result:

These documents should be delivered using gzip compression when requested.

Child Tickets

Change History (2)

comment:1 Changed 6 years ago by karsten

Owner: set to karsten
Status: newaccepted

You're right, compression is currently turned off in /etc/tomcat6/server.xml. I vaguely recall that we did that because of problems with the metrics website (which is served by the same Tomcat instance).

We're going to move Onionoo to new hardware very soon. Let's try again to turn on compression then. And if we run into problems, let's make a plan B. Leaving this ticket open until then.

Thanks for reporting!

comment:2 Changed 5 years ago by karsten

Resolution: fixed
Status: acceptedclosed

Fixed in #12179. Closing.

Note: See TracTickets for help on using tickets.