[EHPweb] {B-3-317LVA} Question about compression
Jeremy Fee
jmfee at usgs.gov
Mon Jul 21 13:39:54 GMT 2008
FYI,
Since akamai has been less than responsive to our problem, I'm going
to go ahead and change the content-type on our end.
Jeremy Fee
Geologic Hazards Team
(303) 273-8632
jmfee at usgs.gov
On Jul 18, 2008, at 5:19 PM, Bullert, Jerome wrote:
> Hi Jeremy.
>
> I spoke with Kannan, and we realized that we were working on duplicate
> requests. I'm going to close this case as a duplicate of other case.
> Kannan is working on your changes and tracking them in that case
> (B-2-A4OKN).
>
> Kannan has all of the information from our discussion here, including
> re-enabling LMA for all browsers and serving the content-encoding:
> gzip
> header, for all .gz files.
>
> Just so you know, this takes a bit of extra careful testing in
> scenarios
> like this, to ensure that we don't create a conflict with other
> headers
> that we might serve for the content under specific circumstances. But
> Kannan will let you know as soon as he has the next version of the
> configuration ready for your review and testing.
>
> Let me know if you have any questions or concerns about this.
>
> -Jerome
> Akamai Customer Care
>
> Information contained in this email is Akamai confidential and subject
> to the non-disclosure and confidentiality provisions of your agreement
> with Akamai.
>
>
>
> -----Original Message-----
> From: Jeremy Fee [mailto:jmfee at usgs.gov]
> Sent: Friday, July 18, 2008 10:40 AM
> To: Bullert, Jerome
> Cc: Christopher J Bidwell; Lisa Wald; Customer Care at Akamai
> Subject: Re: {B-3-317LVA} Question about compression
>
> Or can you configure it to still send the content-encoding header?,
> just
> not disable last mile acceleration for old browsers, for .gz
> files? If
> we need to change the content-type, we'll do that on our end.
>
> Thanks,
>
>
> Jeremy
>
>
> On Jul 18, 2008, at 11:12 AM, Bullert, Jerome wrote:
>
>> We can configure it to do this. It would serve content-type: gzip for
>> files with extension .gz, regardless of the headers submitted in the
>> request by the client.
>>
>> Or you could serve the content-type: gzip from your origin server.
>> The
>
>> advantage of this would be that you could control this behavior in
>> the
>
>> future, without another change to the Akamai configuration.
>>
>> Just let us know which option you prefer. We can have a configuration
>> change available for your review right away if you decide to go that
>> route.
>>
>> -Jerome
>> Akamai Customer Care
>>
>> Information contained in this email is Akamai confidential and
>> subject
>
>> to the non-disclosure and confidentiality provisions of your
>> agreement
>
>> with Akamai.
>>
>>
>>
>> -----Original Message-----
>> From: Jeremy Fee [mailto:jmfee at usgs.gov]
>> Sent: Thursday, July 17, 2008 5:51 PM
>> To: Bullert, Jerome
>> Cc: Christopher J Bidwell; Lisa Wald; Customer Care at Akamai
>> Subject: Re: Question about compression
>>
>> It's a gzip file and should be served that way to user agents whether
>> they support gzip or not. User agents that support it just do the
>> extra step of decompressing, since the content-type is also
>> available.
>>
>> Can you force a gzip content-type, and the associated compression,
>> for
>
>> files that end in .gz if a client doesn't send the Accept-encoding
>> header? If we need to serve a gzip content-type instead of content-
>> encoding, let us know.
>>
>> Thanks,
>>
>> Jeremy Fee
>> jmfee at usgs.gov
>>
>>
>> $ wget
>> http://earthquake.usgs.gov/eqcenter/catalogs/merged_catalog.xml.gz
>> --2008-07-17 18:25:54--
>> http://earthquake.usgs.gov/eqcenter/catalogs/merged_catalog.xml.gz
>> Resolving earthquake.usgs.gov... 64.86.183.112, 64.86.183.82
>> Connecting to earthquake.usgs.gov|64.86.183.112|:80... connected.
>> HTTP request sent, awaiting response... 200 OK
>> Length: unspecified [application/xml]
>> Saving to: `merged_catalog.xml.gz'
>>
>> [ <=> ] 1,354,332 568K/s
>> in 2.3s
>>
>> 2008-07-17 18:25:57 (568 KB/s) - `merged_catalog.xml.gz' saved
>> [1354332]
>>
>>
>> $ wget
>> http://ehp1-earthquake.cr.usgs.gov/eqcenter/catalogs/
>> merged_catalog.xm
>> l
>> .
>> gz
>> --2008-07-17 18:26:20--
>> http://ehp1-earthquake.cr.usgs.gov/eqcenter/catalogs/
>> merged_catalog.xm
>> l
>> .
>> gz
>> Resolving ehp1-earthquake.cr.usgs.gov... 137.227.227.213
>> Connecting to
>
>> ehp1-earthquake.cr.usgs.gov|137.227.227.213|:80...
>> connected.
>> HTTP request sent, awaiting response... 200 OK
>> Length: 78195 (76K) [application/xml]
>> Saving to: `merged_catalog.xml.gz.1'
>>
>> 100%[======================================>] 78,195 111K/
>> s in
>> 0.7s
>>
>> 2008-07-17 18:26:21 (111 KB/s) - `merged_catalog.xml.gz.1' saved
>> [78195/78195]
>>
>>
>>
>>
>>
>>>
>>> ----- Forwarded by Christopher J Bidwell/GD/USGS/DOI on 07/17/2008
>>> 06:06 PM
>>>
>>> Hi Chris,
>>>
>>> Is this still a problem?
>>>
>>> If so, please provide the information requested below, and we will
>>> try
>>
>>> to find the best way to accomplish what you're trying to do.
>>>
>>> Thanks,
>>>
>>>
>>> -Jerome
>>> Akamai Customer Care
>>>
>>>
>>> Information contained in this email is Akamai confidential and
>>> subject
>>
>>> to the non-disclosure and confidentiality provisions of your
>>> agreement
>>
>>> with Akamai.
>>>
>>>
>>>
>>> From: Bullert, Jerome [mailto:jbullert at akamai.com]
>>> Sent: Monday, July 14, 2008 5:44 PM
>>> To: Christopher J Bidwell
>>> Cc: Customer Care at Akamai
>>> Subject: RE: Question about compression
>>>
>>> Chris,
>>>
>>> You are correct that, if the Accept-Encoding: gzip header is
>>> present,
>
>>> we will serve the Content-Encoding: gzip header in the response.
>>> Actually,
>>> this is the same as the behavior on the origin server. The
>>> difference
>
>>> is that the origin server serves a Content-Encoding: x-gzip
>>> header by
>
>>> default, even if no Accept-Encoding header is included in the
>>> request.
>>>
>>> I also see the file displayed as raw html when connecting to the
>>> origin server as well. In both cases, this is because the browsers
>>> are
>>
>>> able to decompress and display the contents of the gz file.
>>>
>>> Is your goal to serve this file as a "download" file only? Meaning
>>> that the end user will be prompted to save the file to their hard
>>> drive.
>>>
>>> Please provide as much detail as possible about the behavior that
>>> you
>
>>> want, and/or what you wish to achieve with this file.
>>>
>>>
>>>
>>> -Jerome
>>> Akamai Customer Care
>>>
>>>
>>> Information contained in this email is Akamai confidential and
>>> subject
>>
>>> to the non-disclosure and confidentiality provisions of your
>>> agreement
>>
>>> with Akamai.
>>>
>>>
>>>
>>> From: Christopher J Bidwell [mailto:cbidwell at usgs.gov]
>>> Sent: Friday, July 11, 2008 12:36 PM
>>> To: Alagappan, Kannan
>>> Cc: Customer Care at Akamai
>>> Subject: Fw: Question about compression
>>>
>>>
>>> Please see my request below.
>>> ----------------
>>> Thanks,
>>>
>>> Chris Bidwell, RHCT
>>> Web Administrator
>>> Geologic Hazards Team
>>> US Geological Survey
>>> email: cbidwell at usgs.gov
>>> work: 303-273-8642
>>> mobile: 303-435-6362
>>>
>>> ----- Forwarded by Christopher J Bidwell/GD/USGS/DOI on 07/11/2008
>>> 01:34 PM
>>> -----
>>>
>>> Christopher J Bidwell/GD/USGS/DOI
>>>
>>>
>>> 07/10/2008 11:08
>>> AM To
>>>
>> kalagapp at akamai.com
>>>
>>
>>> cc
>>>
>>>
>>> Subject
>>> Question about
>>> compression
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> The url
>>> http://earthquake.usgs.gov/eqcenter/catalogs/merged_catalog.xml.gz
>>> is a gzipped file, so our servers send these headers:
>>>
>>>
>>> Content-Type: application/xml
>>> Content-Encoding: x-gzip
>>>
>>>
>>> Last mile compression is enabled for the mime-type application/xml
>>> and
>>
>>> I suspect akamai serves it as raw XML unless an "Accept-encoding:
>>> gzip"
>>> header is present. Is it possible to disable this behavior for .gz
>>> files?
>>> Or do we need to serve a Content-Type of application/x-gzip?
>>>
>>>
>>> Our server
>>>
>>>
>>> $ telnet ehp1-earthquake.usgs.gov 80
>>> GET http://earthquake.usgs.gov/eqcenter/catalogs/
>>> merged_catalog.xml.gz
>>> HTTP/1.0
>>>
>>> HTTP/1.1 200 OK
>>> Date: Wed, 09 Jul 2008 20:49:26 GMT
>>> Server: Apache
>>> Last-Modified: Wed, 09 Jul 2008 20:46:34 GMT
>>> Accept-Ranges: bytes
>>> Content-Length: 73800
>>>
>>> [gzipped xml content] ...
>>>
>>>
>>>
>>> Akamai
>>>
>>>
>>> $ telnet earthquake.usgs.gov 80
>>> GET http://earthquake.usgs.gov/eqcenter/catalogs/
>>> merged_catalog.xml.gz
>>> HTTP/1.0
>>>
>>> HTTP/1.0 200 OK
>>> Server: Apache
>>> Last-Modified: Wed, 09 Jul 2008 20:50:20 GMT
>>> Content-Type: application/xml
>>> Cache-Control: max-age=120
>>> Expires: Wed, 09 Jul 2008 20:52:44 GMT
>>> Date: Wed, 09 Jul 2008 20:50:44 GMT
>>> Connection: close
>>>
>>> [xml content]...
>>>
>>>
>>>
>>> Akamai, with accept-encoding
>>>
>>>
>>> $ telnet earthquake.usgs.gov 80
>>> GET http://earthquake.usgs.gov/eqcenter/catalogs/
>>> merged_catalog.xml.gz
>>> HTTP/1.0
>>> Accept-encoding: gzip
>>>
>>> HTTP/1.0 200 OK
>>> Server: Apache
>>> Last-Modified: Wed, 09 Jul 2008 21:01:44 GMT
>>> Accept-Ranges: bytes
>>> Content-Length: 73802
>>> Content-Type: application/xml
>>> Content-Encoding: gzip
>>> Cache-Control: max-age=102
>>> Expires: Wed, 09 Jul 2008 21:05:53 GMT
>>> Date: Wed, 09 Jul 2008 21:04:11 GMT
>>> Connection: close
>>> Vary: Accept-Encoding
>>>
>>> [gzipped xml content]...
>>>
>>> ----------------
>>> Thanks,
>>>
>>> Chris Bidwell, RHCT
>>> Web Administrator
>>> Geologic Hazards Team
>>> US Geological Survey
>>> email: cbidwell at usgs.gov
>>> work: 303-273-8642
>>> mobile: 303-435-6362
>>>
>>
>>
>>
>>
More information about the EHPweb
mailing list