Introducción a HTTP / 2 para WordPress

HTTP / 2 es uno de los puntos de referencia más importantes que se introducen en la web moderna. Este artículo destaca el estado actual de HTTP e introduce las ventajas básicas (y algunos conceptos no técnicos) de HTTP / 2. También aprenderemos cómo implementar HTTP / 2 para WordPress en 2018. Una breve historia de HTTP significa protocolo de transferencia de hipertexto , que fue creado por Tim Berners Lee en 1991. Tim es el hombre que tenemos que agradecer por la World Wide Web. HTTP es uno de los protocolos más omnipresentes y a gran escala en Internet. Pero no es el único.
Espera un segundo. Destacé la expresión de los protocolos de aplicación. ¿Porqué es eso? Verá, Internet es en realidad una composición de cuatro capas jerárquicas de protocolos. Cada capa consiste en una serie de protocolos y es responsable de una función básica. Buscando un poco hay cuatro capas en la suite del Protocolo de Internet (IP):
Capa de aplicación
La capa de transporte
Internet de capas
Capa de enlace

Capas de protocolo de Internet. Fuente: Wikipedia
Sin ingresar demasiados detalles, las últimas tres capas (es decir, transporte, internet y enlace) son responsables de establecer un intercambio de datos confiable.
La capa más alta se llama capa de aplicación, que sirve a todas las aplicaciones en Internet.
Ver las páginas web es una aplicación de Internet, que es posible a través del protocolo HTTP.
El correo electrónico es otra aplicación de Internet, posible a través del protocolo POP o IMAP.
Hay varios protocolos en la capa de aplicaciones de Internet que hacen posibles cosas como videos en vivo de YouTube y choque de clanes. Nacimiento de http / 2

HTTP es el lenguaje común entre clientes y servidores, lo que permite la web moderna. Desde sus comienzos simples como una sola palabra clave y una ruta de documento, se ha convertido en el protocolo de elección no solo para los navegadores, sino para prácticamente cualquier aplicación de software y hardware conectada a Internet. Bueno, como resultado, no muy a menudo, la última vez que el protocolo HTTP recibió una actualización, fue en 1997, ¡diez años antes del primer iPhone! Esta fue la versión de HTTP 1.1 y 20 años después, ¡sigue siendo la versión HTTP más utilizada hoy en día! Todo lo que sucede en Internet, desde la transmisión de videos para gatos, hasta chats de video en vivo entregados desde la estación espacial internacional y billones de transacciones, está ocurriendo a través de la tecnología que no se ha actualizado durante más de dos décadas. Con los años, hemos hecho un gran progreso en la creación de nuevas aplicaciones de Internet. Sin embargo, hicimos todo esto creando soluciones alternativas a partir de límites HTTP / 1.1
No quiero decir que http / 1.1 es malo. Pero definitivamente puede usar una actualización. Y es por eso que, en 2015, la ingeniería de Internet del grupo de trabajo se duplicó en la creación de un mejor protocolo para HTTP. El resultado fue un nuevo protocolo que funcionó perfectamente con todas las cosas que se ejecutan en HTTP / 1.1, al tiempo que realizó algunas mejoras serias en la tecnología básica. Este nuevo protocolo se llamó HTTP / 2. ¿Qué ha cambiado en HTTP / 2? En realidad muchas cosas. Pero no los cubriremos a todos aquí. Seguramente se aburrirá hasta entonces y aún más seguro de que no podré explicar las cosas de una manera no violada. Pero cuando se trata de HTTP / 2 para WordPress, aquí hay algunos puntos clave. Multiplexación en HTTP / 1.1, el servidor y el cliente tuvieron que establecer conexiones individuales para solicitar recursos. Permíteme explicar con esta hermosa ilustración de Upwork:
Ilustración de Multiplexado por Upwork
Un sitio web consta de HTML, CSS, JavaScript, imágenes y otros archivos. Estos archivos se llaman colectivamente recursos. En este ejemplo, hay un sitio web que consta de tres recursos: un archivo JavaScript, un archivo CSS y un archivo de imagen. Vemos que en HTTP / 1.1, el navegador requiere tres conexiones TCP con el servidor para solicitar estos recursos. ¿Por qué? Porque en HTTP / 1.1, cada conexión solo puede solicitar una sola solicitud. Un mayor número de conexiones generalmente resulta en lo que se puede describir mejor como “bloqueos de recursos”, lo que eventualmente conduce a una experiencia lenta del sitio web.

HTTP / 2 acepta la multiplexación La multiplexación es una tecnología que permite a los servidores enviar múltiples archivos a través de una sola conexión. Por lo tanto, cuando el mismo sitio web usa HTTP / 2, los tres recursos se pueden enviar a través de una sola conexión. En consecuencia, el tiempo de carga y el consumo de recursos de red se reducirían significativamente. En términos más simples, podría hacer más con menos. Por lo tanto, HTTP / 2 para WordPress es una excelente manera de acelerar (potencialmente) su sitio de WordPress. La fragmentación del dominio y otras mejoras ¿Recuerdas cómo las aplicaciones más nuevas requieren “soluciones” para superar ciertas limitaciones de HTTP / 1.1? El intercambio de dominios es una solución. Veamos por qué es necesario distribuir el dominio. Por lo general, HTTP / 1.1 limita el número máximo de conexiones abiertas entre un servidor (dominio) y el cliente. La mayoría de los sitios web tienen múltiples recursos para cargarse en paralelo. En el esfuerzo por hacer que los sitios se carguen más rápido, los sitios web han comenzado a servir sus recursos de varios subdominios. Esto se llama compartir el dominio.
Ilustración para distribuir el dominio por Upwork
Ahora, con HTTP / 2, no es necesario compartir el dominio. No porque HTTP / 2 no ponga un límite en el número máximo de conexiones abiertas. Pero porque HTTP / 2 acepta la multiplexación. ¡Todos los recursos se pueden enviar directamente a una sola conexión!
Debido a la multiplexación en HTTP / 2, muchas de estas “soluciones” ya no son necesarias. Estos incluyen SPRITE CSS, imágenes CSS en línea utilizando usos de datos y concatenación CSS y JavaScript. Para decirlo en palabras de la revista Smashing Magazine: las solicitudes HTTP son baratas en el mundo HTTP / 2. Organizar activos durante el desarrollo de acuerdo con las páginas que se utilizarán será mucho mejor. Entonces solo puede transmitir el código que necesita el visitante. La descarga de muchas hojas de estilo pequeño no contará. También puede organizarse de acuerdo con la frecuencia con la que cambian las cosas; Los activos de longevidad podrían ser atendidos por más. Bueno, no es así como HTTP / 1.x estaba hablando. Http1.x utilizado para procesar comandos de texto para completar sus ciclos de respuesta de solicitud. HTTP / 2 acepta la conversión de un protocolo de texto en un protocolo binario. Esto permite que el servidor y el cliente hablen en 0s y 1s en lugar de texto real, lo que reduce significativamente el tiempo y la energía necesarios para completar los mismos ciclos de respuesta de respuesta. El servidor HTTP / 2 presiona esta característica podría ser un poco complicada de explicar, pero intentaré simplificarla. En el escenario clásico HTTP / 1.1, un servidor (o un sitio web) enviará recursos al cliente (navegador) solo cuando el cliente solicite el recurso. Este es el típico escenario de respuesta-respuesta.

Sin embargo, HTTP / 2 presenta el concepto de servidor Push, en el que por primera vez el servidor puede enviar recursos (o información) al cliente, sin solicitar explícitamente el recurso. Este mecanismo ahorra un viaje de ida y vuelta a pedido y reduce la latencia de la red. Los desarrolladores web pueden crear aplicaciones que usen Push Server y enviar recursos / información adicionales al cliente anticipando las solicitudes. ¿Resultado final? Aplicaciones más rápidas y más fluidas. La compresión del encabezado HTTP / 2 utiliza algo llamado compresión del encabezado HPACK al intercambio de datos entre el cliente y el servidor. Antes de pensar en lo que esto es importante, es hora de aprender más sobre los protocolos. Una unidad de datos de cualquier protocolo (incluido HTTP) consta de tres encabezados básicos, útiles y sótanos.

Tarea útil: estos son los datos reales que se transportan de servidor a cliente
Piefer: este es un tipo de lista de verificación que garantiza que la unidad de datos se haya entregado con éxito sin errores.
La compresión del encabezado funciona de manera bastante simple: el servidor comprime la información del encabezado antes de transferirlos al cliente. Al recibir la unidad de datos (o paquete), el cliente descompone el encabezado y muestra (o lo usa) para (o para) al usuario. Dado que los sitios web ricos en medios (como Netflix o New York Times se convierten en una norma hoy, la compresión del encabezado HPACK HTTP / 2 puede ahorrar mucho ancho de banda al transferir datos del servidor al cliente. TLS mejoró el TLS significa la seguridad de la capa de transporte, que es la tecnología que encripta las conexiones entre el servidor y los clientes. Sabemos que tiene https. Esta es la tecnología que ayuda a evitar que los hackers roben nuestra tarjeta de crédito y otros datos personales durante las transacciones en línea. HTTP / 2 funciona sin problemas con la tecnología TLS existente y trae una tonelada de funciones avanzadas, como menos apretones de manos TLS, consumo de bajo recursos tanto en el cliente como en el servidor y capacidades mejoradas para reutilizar las sesiones web existentes, eliminando al mismo tiempo ciertos ciertos. Vulnerabilidades asociadas con HTTP / 1 .x. ¿Está el mundo listo para HTTP / 2? Bueno, eso está arriba. La mayoría de los navegadores modernos, incluidos Chrome y Firefox, aceptan el HTTP / 2. Si tiene recursos para implementar el protocolo HTTP / 2: debe ir más allá y hacerlo. Canius.com proporciona compatibilidad actualizada para HTTP / 2 entre la web navegadores
¿Cómo comenzar con HTTP / 2 para WordPress?