Estamos debatiendo si usar el encabezado Content-MD5.
Pros:
- El CMS nos permite incluirlo fácilmente con una sobrecarga mínima (respuestas en caché en más del 80% de los casos).
- Agregaría otra capa de protección contra problemas.
Contras:
- El encabezado Content-Length siempre está presente (incluso en páginas creadas dinámicamente) por lo que el cliente no debería necesitar otra forma de validación.
- Hasta ahora no tenemos conocimiento de ningún problema causado por la corrupción.
- Las comprobaciones MD5 agregan latencia a los tiempos de carga de la página web.
Puntos:
- ¿Ciertos tipos de medios incluyen su propia forma de resumen que hace que esto sea innecesario?
- Si TCP ya ofrece esto, ¿por qué se incluyó en el estándar HTTP?
- ¿Cuáles son los usos existentes de la vida real?
- ¿El cheque MD5 es insignificante?
No es un problema real que esto se agregue a las pruebas unitarias y se implemente, aproximadamente una hora de trabajo; sin embargo, si es perjudicial, entonces queremos que se agregue a las pruebas de olfato de nivel superior que se usan en los "controles de estado" del sitio web.
fuente
rgb(255, 0, 0)
yrgb(127, 0, 0)
. Con el video en bruto, una corrupción de un solo píxel será menos perceptible porque está en la pantalla por un breve momento, pero debido a que la mayoría de los videos en línea usan algoritmos de compresión altamente eficientes, un solo bit invertido puede causar que la mitad de la imagen se corrompa o se desplace pantalla.Content-MD5
, ya que SSL / TLS ya proporciona un resumen de mensajes en la capa de aplicación.Si es cierto (y la latencia no es del todo trivial), entonces diría que no valió la pena.
En general, creo, el último encabezado modificado se usa más comúnmente para determinar si una página ha cambiado. Suponiendo que proporcione un valor significativo allí, no veo la necesidad del encabezado content-md5.
fuente