2012-08-14 12 views
5

Mi chiedo se la seguente idea funziona contro lo spirito e/o la lettera di HTTP Content Negotiation e HTTP Compression.Negoziazione/compressione del contenuto HTTP: utilizzare Base64 con Accept-Encoding/Content-Encoding?

La situazione

Il Cliente HTTP richiede una risorsa:

HTTP GET /image.jpeg HTTP/1.1 
Accept: image/jpeg 

HTTP Server restituisce questa risorsa:

HTTP/1.1 200 OK 
Content-Type: image/jpeg 

L'idea

Il cliente pensa che sia una buona idea di chiedere la risorsa codificato:

HTTP GET /image.jpeg HTTP/1.1 
Accept: image/jpeg 
Accept-Encoding: base64 

Gli onori di server di questa richiesta e restituisce la risorsa codificato:

HTTP/1.1 200 OK 
Content-Type: image/jpeg 
Content-Encoding: base64 

La questione

I non sono abbastanza contento di questa idea La compressione HTTP, per la quale vengono utilizzate le intestazioni Accept-Encoding e Content-Encoding, è circa comprime i dati, non circa , aumentando di le dimensioni come Base64.

L'uso di base64 come valore per queste intestazioni è una violazione dello spirito e/o della lettera della negoziazione del contenuto HTTP e della compressione del contenuto HTTP?

risposta

6

RFC 2616 section 3.5 (sottolineatura mia):

Content codifiche sono principalmente utilizzato per consentire un documento che deve essere compresso o meno utilmente trasformato senza perdere l'identità del suo tipo di supporto sottostante e senza perdita di informazione.

La tua idea è perfettamente in linea con lo "spirito e la lettera" di HTTP.

Problemi correlati