Informática, Programación
Nginx: configuración e instalación
¿Que é apache, nginx? O propósito, as características e as opcións de configuración son cousas que cada desenvolvedor web debería familiarizarse para probar os seus logros.
Sobre nginx
Inicio, reinicio e rexistros
Sinal de Nginx
Neste caso, pode substituír devanditos comandos (debe vir do usuario que lanzou a ferramenta):
- Parar. Usado para apagar rapidamente.
- Recargar. Requírese o comando para cargar de novo o ficheiro de configuración. O asunto é que non se aplicarán os cambios mentres o ficheiro estea funcionando. E para que tomen efecto, é necesario reiniciar. Axiña que se recibe este sinal, o proceso principal comezará a comprobar a corrección do compoñente sintáctico do ficheiro de configuración e tentar aplicar as instrucións dispoñibles. Se falla, reverterá os cambios e funcionará cos axustes antigos. Se todo funcionou ben, comezaranse novos fluxos de traballo e o vello enviará unha solicitude para completar.
- Saír. Aplicable para apagado suave. Aplicable se necesitas esperar ata que se complete a solicitude actual.
- Reabrir. Pecha e abre os ficheiros de rexistro.
Uso de utilidades
Os procesos tamén se poden configurar mediante ferramentas Unix (como exemplo, considerarase a utilidade kill). Normalmente, utilizan o mecanismo para enviar o proceso a unha sinal directamente aos datos. Están ligados por ID. Estes datos gárdanse no ficheiro nginx.pid. Supoña que estamos interesados no proceso número 134. A continuación, para a finalización suave necesitamos enviar a seguinte información:
Kill -s QUIT 1628
Digamos que queremos ver unha lista de todos os ficheiros en execución. Usamos a utilidade ps para facelo. O comando será así:
Ps -ax | Grep nginx
É dicir, como se pode ver, ao usar ferramentas adicionais, indícase que é a súa aplicación. E agora imos centrarnos en como se fai nginx-tuning.
Estrutura do ficheiro de configuración
Distribución de contido estático
Esta é unha das tarefas máis importantes que enfronta a configuración nginx. A distribución de contido estatístico implica imaxes e páxinas HTML (non dinámicas). Digamos que necesitamos un traballo único para configurar un cluster ngin nginx. ¿É difícil facelo? Non, e vexamos un exemplo. Antes de proceder a iso, é necesario detallar as condicións do problema. Así, dependendo das solicitudes, os ficheiros virán de diferentes directorios locais. Entón, en / data / www temos documentos HTML. O directorio / data / images contén imaxes. A configuración nginx óptima neste caso require a edición do ficheiro de configuración, no que precisa configurar o bloque do servidor dentro de http. Para o soporte, tamén se utilizarán dúas ubicacións.
Implementación: servidor
Http {
Servidor {
}
}
O ficheiro de configuración pode funcionar con varios destes bloques. Pero deberían diferir nos seus nomes e nos portos, a través dos cales reciben os datos.
Implementación: localización
Localización / {
Root / data / www;
}
A presenza do sinal "/" é necesaria para comparar os datos recibidos e ver se existe tal enderezo da consulta procesada aquí. Se non hai problema, especifique a ruta / data / www para o ficheiro requirido, que está neste sistema local. Se hai unha coincidencia con varios bloques, entón seleccionouse o que teña o prefixo máis longo. No exemplo anterior, a súa lonxitude é unha, é dicir, o uso será exclusivamente se non hai "competidores". Agora imos melloralo:
Localización / imaxes / {
Raíz / datos;
}
Como podes determinar, estamos a buscar imaxes. E agora imos combinar todo o traballo anterior e a configuración neste momento é así:
Servidor {
Localización / {
Root / data / www;
}
Localización / imaxes / {
Raíz / datos;
}
}
Esta é a versión de traballo, que sucede co número de porto estándar 80. Este servidor pode ser facilmente acceder á computadora local, se accede ao enderezo: http: // localhost /. Como funciona todo isto?
O funcionamento do exemplo
Creando un servidor proxy simple
Servidor {
Escoitar 8080;
Root / data / up1;
Localización / {
}
}
E agora imos descifrar para ti: creouse un servidor sinxelo. Escoitará no porto 8080. Non especifique escoitar, entón o servidor executarase no 80. Todas as solicitudes dentro do sistema de ficheiros local que se dirixen ao directorio / data / up1 (por suposto, necesitarán ser creadas antes) serán mostradas. Para poder verificar alí, cómpre poñer o ficheiro index.html. Ao colocar a directiva raíz no contexto do servidor, podemos empregar a localización en calquera condición (xa que, polo tanto, as restricións de acceso son eliminadas). Agora estamos traballando na creación dun servidor proxy. Para o seu funcionamento, necesitamos unha directiva proxy_pass, para a que o protocolo, nome e porto do obxecto serán especificados como parámetros (para a conexión local parecerá http: // localhost: 8080). O resultado é o seguinte:
Servidor {
Localización / {
Proxy_pass http: // localhost: 8080;
}
Localización / imaxes / {
Raíz / datos;
}
}
Se está a revisar o código e analizalo, pode observar que se cambiou o segundo bloque de localización. Entón, neste caso, pode traballar con extensións de imaxe típicas. De xeito un pouco diferente, pódese mostrar deste xeito:
Localización ~ \. (Gif | jpg | png) $ {
Root / data / images;
}
A configuración final do servidor proxy é a seguinte:
Servidor {
Localización / {
Proxy_pass http: // localhost: 8080 /;
}
Localización ~ \. (Gif | jpg | png) $ {
Root / data / images;
}
}
Filtrará as solicitudes ao final das cales hai extensións especificadas e envialas ao que solicitou os ficheiros. Non esquezas que se queres verificar o ficheiro de configuración necesitarás reiniciar. E créame, este é o máis simple nginx-tuning. Se abre un ficheiro de configuración para un servidor Vkontakte ou outra empresa grande, terán máis código que as palabras deste artigo.
Similar articles
Trending Now