{"id":123638,"date":"2025-04-23T21:05:08","date_gmt":"2025-04-23T19:05:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-nginx-1-28-0-i-forka-freenginx-1-28-0"},"modified":"2025-04-23T21:05:08","modified_gmt":"2025-04-23T19:05:08","slug":"vypusk-nginx-1-28-0-i-forka-freenginx-1-28-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-nginx-1-28-0-i-forka-freenginx-1-28-0","title":{"rendered":"Lanzamiento de nginx 1.28.0 y el fork FreeNginx 1.28.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Despu\u00e9s de un a\u00f1o de desarrollo, se ha publicado una nueva rama estable del servidor HTTP de alto rendimiento y proxy multiprotocolo nginx 1.28.0, que ha incorporado los cambios acumulados en la rama principal 1.27.x. En adelante, todos los cambios en la rama estable 1.28 se centrar\u00e1n en corregir errores graves y vulnerabilidades. Pronto se formar\u00e1 la rama principal nginx 1.29, en la que se continuar\u00e1 el desarrollo de nuevas funcionalidades. Se recomienda a los usuarios comunes, que no tienen la tarea de asegurar la compatibilidad con m\u00f3dulos externos, utilizar la rama principal, a partir de la cual se generan lanzamientos del producto comercial Nginx Plus cada tres meses. <\/p>\n
Seg\u00fan el informe de marzo de la empresa Netcraft, aproximadamente 245 millones de sitios web funcionan bajo nginx (245 millones el a\u00f1o pasado, 289 millones hace dos a\u00f1os). Nginx se utiliza en el 17.89% de todos los sitios web activos (18.15% el a\u00f1o pasado, 18.94% hace dos a\u00f1os), lo que lo convierte en el m\u00e1s popular en esta categor\u00eda (la participaci\u00f3n de Apache es del 16.03% (20.09% el a\u00f1o pasado, 20.52% hace dos a\u00f1os), Cloudflare \u2014 17.81% (14.12%, 11.32%), Google \u2014 9.89% (10.41%, 9.89%). <\/p>\n
Al considerar todos los sitios web, nginx mantiene el liderazgo y abarca el 20.48% del mercado (22.31% el a\u00f1o pasado, 25.94% hace dos a\u00f1os), mientras que la participaci\u00f3n de Apache es del 16.03% (20.17%, 20.58%), Cloudflare \u2014 12.87% (11.24%, 10.17%), OpenResty (plataforma basada en nginx y LuaJIT) \u2014 9.36% (7.93%, 7.94%). <\/p>\n
Entre el mill\u00f3n de sitios m\u00e1s visitados del mundo, nginx ocupa el segundo lugar con una participaci\u00f3n del 20.37% (20.63% el a\u00f1o pasado, 21.37% hace dos a\u00f1os). El primer lugar lo ocupa Cloudflare \u2014 22.32% (22.59% el a\u00f1o pasado, 21.62% hace dos a\u00f1os). La participaci\u00f3n de Apache httpd es del 17.95% (20.09%, 21.18%). <\/p>\n
Seg\u00fan datos de W3Techs, nginx se utiliza en el 33.8% de los sitios del mill\u00f3n m\u00e1s visitados (en abril del a\u00f1o pasado, esta cifra era del 34.3%, y hace dos a\u00f1os \u2014 del 34.5%). La participaci\u00f3n de Apache ha disminuido en un a\u00f1o del 30.1% al 26.3%, mientras que la participaci\u00f3n de Microsoft IIS ha ca\u00eddo del 5% al 4%. La participaci\u00f3n de Node.js ha aumentado del 3.2% al 4.4%, y la de LiteSpeed del 12.9% al 14.6%. <\/p>\n
Las mejoras m\u00e1s notables a\u00f1adidas durante la formaci\u00f3n de la rama principal 1.27.x: <\/p>\n
\n
Para conexiones que utilizan el protocolo QUIC, se ha a\u00f1adido soporte para el algoritmo de control de congesti\u00f3n CUBIC (RFC 9438), cuya operaci\u00f3n consiste en aumentar gradualmente el tama\u00f1o de la ventana de congesti\u00f3n hasta la aparici\u00f3n de p\u00e9rdida de paquetes, despu\u00e9s de lo cual el tama\u00f1o de la ventana se reduce al valor anterior a la p\u00e9rdida. En las pruebas realizadas, el uso de CUBIC permiti\u00f3 reducir el tiempo de transferencia de un archivo de 500 MB en un 24 % con retrasos de 40 ms y un BDP de 750K (Producto de Retardo de Ancho de Banda) y en un 73 % con retrasos de 100 ms y un BDP de 9M. <\/li>\n
En el m\u00f3dulo stream se ha a\u00f1adido la compatibilidad con la verificaci\u00f3n de revocaci\u00f3n de certificados de clientes utilizando el protocolo OCSP (Protocolo de Estado de Certificado en L\u00ednea).\n
En el m\u00f3dulo stream se ha implementado el soporte para la t\u00e9cnica de verificaci\u00f3n de revocaci\u00f3n de certificados OCSP Stapling, que consiste en que, al establecer una conexi\u00f3n TLS, la respuesta OCSP validada por la autoridad certificadora es transmitida por el servidor que atiende el sitio, sin necesidad de una consulta directa a la autoridad certificadora.\n