View previous topic :: View next topic |
Author |
Message |
dE_logics Advocate
Joined: 02 Jan 2009 Posts: 2253 Location: $TERM
|
Posted: Sun Mar 10, 2013 9:49 am Post subject: HTTP "transfer coding" field. |
|
|
If you read RFC 2616 (HTTP 1.1), this field can either have value 'chunked' or 'transfer-extension' which boils down to --
transfer-extension = token *( ";" parameter )
i.e. there'll be a token, and a ; separated parameter.
I understand what happens when it's value is 'chunked'; but other than this, no one wants to tell if it's value is token "*( ";" parameter )"
On searching for transfer-extension, all I get is RFCs.
I also read somewhere that this field is used for compression. Is that true? If so what's the advantage compared to transfer-encoding and content-coding method? And how exactly is it implemented? _________________ My blog |
|
Back to top |
|
|
tomk Bodhisattva
Joined: 23 Sep 2003 Posts: 7221 Location: Sat in front of my computer
|
Posted: Tue Mar 12, 2013 9:14 pm Post subject: |
|
|
The difference between content coding and transfer coding come down to whether is applies to the HTTP entity or the HTTP message. Generally transfer coding is only used for chunked messages, otherwise content coding is used. The transfer codings that are defined in HTTP 1.1 are "chunked", "identity", "gzip", "compress" and "deflate" AFAIK none of these use parameters. This site goes into more detail about the differences. _________________ Search | Read | Answer | Report | Strip |
|
Back to top |
|
|
dE_logics Advocate
Joined: 02 Jan 2009 Posts: 2253 Location: $TERM
|
Posted: Wed Mar 13, 2013 5:27 am Post subject: |
|
|
Ok, so if transfer coding field's value is not chunked, it's about the encoding of the body, whereas content-coding is about the entity/document/data to be transfered. _________________ My blog |
|
Back to top |
|
|
|