2011-11-03 9 views
9

Quali sono le differenze e vantaggi di utilizzare uno sopra l'altro:L'utilizzo di Accept-charset HTTP intestazione

Accept: application/json;charset=utf-8 

rispetto:

Accept: application/json 
Accept-Charset: utf-8 

è la prima forma conforme alla RFC 2616?

Nota: potrebbe essere JSON o XML, ecc

+1

Non una risposta definitiva, ma controllare [questa domanda correlata] (http://stackoverflow.com/questions/7055849/accept-and-accept-charset-which-is-superior) per alcuni commenti – Martin

+0

E ' per "Server" considerare il set di caratteri in Accetta o meno. Ma tutti gli agenti funzionano su Accept-charset https://developer.mozilla.org/en-US/docs/HTTP/Content_negotiation – Optional

risposta

3

Entrambi sono compatibili. Ma preferisco il secondo.

parametro "charset" è per il tipo di supporto e tipi di supporto sono definiti da IANA, non per RFC 2616.

  • anche se il server capisce RFC 2616, non si può essere sicuri che capisce parametro "charset".
  • Alcuni tipi di supporto potrebbero non avere il parametro "charset".
+0

Se un tipo di supporto non ha un parametro charset, allora * entrambi i moduli * sono privo di significato. –

+0

@JulianReschke Perché un modulo Charset accetta è anche privo di significato se un tipo di media non ha un parametro "charset"? RFC 2616 e draft-ietf-httpbis-p2-semantics-24 non dicono che un charset in un'intestazione Accept-Charset è equivalente a un parametro "charset" per un tipo di media. – npcode

+0

hai un esempio di un tipo di supporto che supporta set di caratteri diversi ma non ha un parametro charset? –

Problemi correlati