¿Qué es http/2 y por qué es mejor que http/1?

Para el Protocolo de transferencia de hiper texto no iniciado (HTTP) es el protocolo de aplicación básica. Facilita la comunicación de datos en World Wide Web. Inicialmente fue diseñado por Tim Berners-Lee con la aparición de Internet. La primera versión de HTTP se lanzó en 1991 y utilizó un modelo básico de cliente y servidor. El cliente representa la máquina (y su usuario) solicitando información. El servidor es el automóvil que almacena y envía esa información. Con los años, HTTP ha sufrido revisiones crecientes orientadas para mejorar su rendimiento, la versión 1997 de HTTP/1.1 ha disfrutado de un uso a gran escala y ha experimentado pocos más de 15 años. Sin embargo, el rápido desarrollo de Internet últimamente ha visto una multitud de sitios web ricos en los medios de comunicación en todo el mundo, mientras que los usuarios finales requieren una experiencia constante de alto rendimiento. Estos factores han significado que HTTP/1.1 se ha vuelto cada vez más inapropiado. Esto ha hecho que Google desarrolle su modelo SPDY como una alternativa más efectiva.
Este protocolo SPDY se ha convertido en la base para HTTP/2. Con los diseñadores básicos de la primera participación en el desarrollo de este último desde el principio. Ahora que HTTP/2 se adopta gradualmente de forma generalizada, el soporte SPDY se retira y, aunque HTTP/2 está diseñado más bien como una extensión que como un sustituto de HTTP/1.1, es inevitable representar el futuro de los datos de comunicación. En línea en los próximos años. Pero, ¿qué difiere? ¿Y cuáles son las ventajas de HTTP/2 en comparación con su predecesor? Lea más para averiguarlo. Las principales diferencias entre HTTP/2 y HTTP/1.1 asegurar una experiencia de usuario óptima es el objetivo principal de la actualización HTTP. Su éxito depende en gran medida de tres factores. Un modelo simple, un servicio rápido y eficiente y un protocolo robusto y confiable, que es resistente a los trucos de seguridad y los tiempos no funcionales. HTTP/1.1, aunque es una opción robusta durante muchos años, está mal equipada para hacer frente a cantidades colosales de tráfico. Junto con solicitudes de datos y usuarios finales en el entorno moderno de Internet.
Por esta razón, los creadores HTTP/2 han considerado apropiado incluir una serie de actualizaciones de características. Todos diseñados para hacer que las operaciones sean más eficientes y para optimizar el rendimiento del protocolo en el futuro. Estas actualizaciones incluyen: transmisión multiplexada Los mensajes enviados entre el cliente y el servidor (que solicita y entrega información, respectivamente) se conocen como flujos de datos. Las encarnaciones HTTP anteriores pudieron enviar solo un flujo a la vez, a menudo con una brecha ineficiente entre la transmisión de cada flujo. HTTP/2 reveló este problema mediante el uso de flujos útiles en piezas más pequeñas y más fáciles de administrar y adoptar un marco de transmisión binario para permitir que los flujos se envíen de una entidad a la otra fragmentaria, antes de reconfigurarse a la otra. Los flujos no se atascan entre sí o no empujan para la posición, lo que optimiza el uso de recursos de red, reduce el tiempo que no funcionan, aumenta las velocidades web y facilita la mejora de los resultados de los motores de búsqueda. HTTP/2 Push Server desarrollado inicialmente por el protocolo SPDY de Google, esta característica le da al servidor la capacidad de anticipar datos futuros (basados ​​en la actual o anterior) y enviar información extranjera que aún no se ha solicitado (pero que es probable que sea solicitado en el futuro) con el flujo inicial.
Esta información de “poner” se puede almacenar en el caché del cliente hasta el momento en que sea necesario. Cuando llega ese momento, se puede extraer de manera mucho más eficiente, guardando otro viaje de ida y vuelta desde y desde el servidor. Esto ahorra recursos de tiempo y red, lo que resulta en una mejor experiencia del usuario en general. Además, existe el potencial de que el sistema reconozca qué recursos nunca se solicitan. Por lo tanto, mediante el aprendizaje automático, obtienes una mejor comprensión de cuándo y dónde serán adecuados tales impulsos. Por otro lado, el servidor Push debe ser autorizado por el usuario final. Se puede deshabilitar en cualquier momento si no se desean sus servicios. Los protocolos binarios para los usos de HTTP anteriores han utilizado comandos de texto para solicitar y proporcionar información entre el cliente y el servidor. Si bien el texto podría ser más fácil de leer y comprender por un hombre, los protocolos binarios (el uso de 0 y 1 en lugar de las palabras) son mucho más eficientes desde la perspectiva de la computadora. HTTP/2 implementa un protocolo binario, traduciendo todos los textos en código binario antes de enviarlos al servidor. Esto reduce la cantidad de datos de análisis de los flujos, aliviando el estrés en la red, así como la optimización del consumo de recursos y hace que el sistema sea menos susceptible a los tiempos no funcionales.
Mientras tanto, también es beneficioso en términos de seguridad. Los ataques para dividir las respuestas a veces podrían aprovechar los flujos textuales vulnerables, pero un protocolo binario elimina por completo esta amenaza. Además, los protocolos binarios coinciden con todas las demás enmiendas para crear una experiencia de usuario más positiva y positiva.
Compresión del encabezado Un encabezado puede considerarse conveniente que el sobre que contiene la carga útil (información deseada) que el cliente solicita al servidor. Dado que los https son entidades apatídicas, cada flujo de datos debe necesariamente contener la mayor cantidad de información posible para que el servidor cumpla con precisión los requisitos. Cuando se trata de sitios web ricos en medios, los servidores están inundados por marcos de encabezado casi idénticos de varios clientes en el el mismo tiempo o el mismo cliente en diferentes momentos. Este es un uso ineficiente de los recursos que ralentizan la red y tiene un impacto negativo en la experiencia del usuario. HTTP/2 utiliza la compresión del cabezal, lo que significa que tanto el cliente como el servidor mantienen una lista de encabezados que se han utilizado en solicitudes de flujo anteriores. Esto permite que el encabezado de los flujos individuales esté muy comprimido, luego se indexe a la lista almacenada en cada extremo y se vuelva a montar. De esta manera, se transmiten pequeñas cantidades de datos, mejorando la eficiencia y el aumento de la velocidad de rendimiento.
Priorizar el flujo HTTP/2 brinda a los usuarios finales la capacidad de dar prioridad a ciertos flujos por encima de otros. Esto se logra asignando un peso entre 1 y 256 para dar prioridad a un flujo sobre otro y proporcionar una experiencia de usuario más positiva e individualizada. Sin embargo, esta característica especial aún está en desarrollo y, en la actualidad, los servidores rara vez tienen la libertad de alojar las solicitudes de priorización del flujo como completamente. La investigación y el desarrollo sobre la priorización aún están en progreso y se espera que en el futuro incluya una ventaja significativa de HTTP/2 en comparación con HTTP/1.1. ¿Qué significan estos cambios para los usuarios de WordPress? HTTP/2 es un gran progreso para los usuarios de WordPress, tanto en términos de aquellos que alojan sitios de WordPress como de los que los visitan. Anteriormente, se ha alentado a los propietarios de sitios de WordPress a incorporar menos imágenes en sus sitios e imágenes grupales juntos, cuando sea posible, para reducir la presión sobre los servidores que cumplen con los requisitos de la red. Todos estos se hicieron para proporcionar una experiencia tan rápida, eficiente y fácil de usar, aumentando la popularidad de un sitio entre los que la visitan.

Ahora, sin embargo, tales hacks, remedios y soluciones alternativas se han vuelto redundantes, que está igual de bien en el clima en línea de hoy. Los usuarios web quieren tomar su pastel y comerlo. Pido imágenes de alta resolución y muchas de ellas, pero no están listos para esperar y soportar largas demoras para acceder a ellas. Afortunadamente, HTTP/2 significa que los usuarios de WordPress pueden aprovechar las mejoras presentadas anteriormente para optimizar el consumo de recursos, hacer que el tráfico de la red sea más eficiente y, finalmente, para proporcionar un sitio web más rápido y más receptivo para sus clientes. Lo mejor, porque HTTP/2 se ha diseñado como una extensión en lugar de un reemplazo para HTTP/1, si el navegador utilizado por un visitante en su sitio no acepta tecnología actualizada, simplemente volverá al predecesor con el usuario. no ser más sabio. Sin embargo, tal escenario es poco probable, porque HTTP/2 ahora es casi omnipresente y respaldado por la gran mayoría de los navegadores. ¿Cómo implemento HTTP/2 en mi sitio web de WordPress?