Versión del servidor de aplicaciones NGINX Unit 1.17.0

tuvo lugar lanzamiento del servidor de aplicaciones Unidad NGINX 1.17, que desarrolla una solución para asegurar el lanzamiento de aplicaciones web en diversos lenguajes de programación (Python, PHP, Perl, Ruby, Go, JavaScript/Node.js y Java). Bajo el control de NGINX Unit, se pueden ejecutar simultáneamente varias aplicaciones en diferentes lenguajes de programación, cuyos parámetros de inicio se pueden cambiar dinámicamente sin necesidad de editar archivos de configuración y reiniciar. El código está escrito en lenguaje C y distribuido por Licenciado bajo Apache 2.0. Puede familiarizarse con las características de la unidad NGINX en anuncio primer lanzamiento.

Versículos nuevos:

  • Oportunidad usar expresiones "retorno" y "ubicación" en bloques de "acción" para devolver inmediatamente un código de retorno arbitrario o redirigir a un recurso externo. Por ejemplo, para denegar el acceso a URI que coincidan con la máscara "*/.git/*" o redirigir a un host con www, puede utilizar la siguiente configuración:

    {
    "fósforo": {
    "uri": "*/.git/*"
    },

    "acción": {
    "regreso": 403
    }
    }

    {
    "fósforo": {
    "host": "ejemplo.org",
    },

    "acción": {
    "regreso": 301,
    "ubicación": "https://www.example.org"
    }
    }

  • Soporte para pesos de servidor fraccionarios en bloques "río arriba". Por ejemplo, un diseño con pesos enteros, lo que implica redirigir a 192.168.0.103 la mitad de solicitudes que a los demás:

    {
    "192.168.0.101:8080": {
    "peso": 2
    },
    "192.168.0.102:8080": {
    "peso": 2
    },
    "192.168.0.103:8080": {},
    "192.168.0.104:8080": {
    "peso": 2
    }
    }

    Ahora se puede reducir a una forma más simple y lógica:

    {
    "192.168.0.101:8080": {},
    "192.168.0.102:8080": {},
    "192.168.0.103:8080": {
    "peso": 0.5
    },
    "192.168.0.104:8080": { }
    }

  • Se solucionaron problemas con la construcción en DragonFly BSD;
  • Se corrigió un error que provocaba la aparición del código 502 "Bad Gateway" bajo carga alta;
  • Se corrigió una pérdida de memoria en el enrutador que apareció a partir de la versión 1.13.0;
  • Se han resuelto las incompatibilidades con algunas aplicaciones Node.js.

Fuente: opennet.ru

Añadir un comentario