¿Cuáles son las diferencias y las ventajas de utilizar una sobre la otra:El uso de cabecera HTTP Accept-charset
Accept: application/json;charset=utf-8
frente:
Accept: application/json
Accept-Charset: utf-8
es la primera forma compatible con el RFC 2616?
Nota: podría ser JSON o XML, etc.
Ambos son compatibles. Pero prefiero el segundo.
parámetro "charset" es para el tipo de medios y tipos de medios se definen por IANA, no por el RFC 2616.
Si un tipo de medio no tiene un parámetro de juego de caracteres, entonces * los dos formularios son sin sentido. –
@JulianReschke ¿Por qué una forma de Accept-Charset tampoco tiene sentido si un tipo de medio no tiene un parámetro "charset"? RFC 2616 y draft-ietf-httpbis-p2-semántica-24 no dicen que un juego de caracteres en un encabezado Accept-Charset es equivalente a un parámetro "charset" para un tipo de medio. – npcode
¿tiene un ejemplo de un tipo de medio que admite diferentes conjuntos de caracteres pero que no tiene un parámetro de juego de caracteres? –
No es una respuesta definitiva, pero el registro [esta pregunta relacionada] (http://stackoverflow.com/questions/7055849/accept-and-accept-charset-which-is-superior) para algunos comentarios – Martin
Es para que "Servidor" considere el conjunto de caracteres en Aceptar o no. Pero todos los agentes sí funcionan en Aceptar-juego de caracteres https://developer.mozilla.org/en-US/docs/HTTP/Content_negotiation – Optional