Extensión 101 Serie Tutorial

Gu­a de principiante

Esta gu­a proporciona una introducci³n b¡sica a NGINX y describe algunas tareas simples que se pueden hacer con l. Se supone que NGINX ya est¡ instalado en la m¡quina del lector. Si no lo es, consulte la p¡gina Instalaci³n de NGINX. Esta gu­a describe c³mo iniciar y detener a Nginx, y volver a cargar su configuraci³n, explica la estructura del archivo de configuraci³n y describe c³mo configurar NGINX para cumplir con el contenido est¡tico, c³mo configurar NGINX como un servidor proxy, y c³mo conectarlo con una aplicaci³n FASTCGI.

nginx tiene un proceso maestro y varios procesos de trabajadores. El prop³sito principal del proceso maestro es leer y evaluar la configuraci³n, y mantener los procesos de los trabajadores. Los procesos de los trabajadores hacen el procesamiento real de las solicitudes. NGINX emplea mecanismos basados ​​en eventos y dependientes del sistema operativo para distribuir de manera eficiente las solicitudes entre los procesos de los trabajadores. El nºmero de procesos de trabajadores se define en el archivo de configuraci³n y puede fijarse para una configuraci³n dada o se ajusta autom¡ticamente a la cantidad de nºcleos de CPU disponibles (consulte Worker_processes).

La forma en que funciona Nginx y sus m³dulos se determina en el archivo de configuraci³n. De forma predeterminada, el archivo de configuraci³n se llama NGINX. ONF y colocado en el directorio / USR / localginx / conf, / etcginx, o / usr / local / etcginx.

Una vez que el proceso maestro recibe la se±al para volver a cargar la configuraci³n, verifica la validez de la sintaxis del nuevo archivo de configuraci³n e intenta aplicar la configuraci³n proporcionada en ella. Si este es un xito, el proceso maestro inicia nuevos procesos de trabajadores y env­a mensajes a los procesos de los trabajadores antiguos, solicitando que se apaguen. De lo contrario, el proceso maestro retrocede los cambios y continºa trabajando con la configuraci³n anterior. Los procesos de los trabajadores antiguos, reciben un comando que se apagan, deje de aceptar nuevas conexiones y continºe atendiendo las solicitudes de corriente hasta que todas dichas solicitudes sean atendidas. Despus de eso, el viejo trabajador procesa la salida.

Se puede enviar una se±al a los procesos de NGINX con la ayuda de las herramientas UNIX, como la utilidad MATCH. En este caso, se env­a una se±al directamente a un proceso con un ID de proceso dado. El ID de proceso del proceso maestro de Nginx est¡ escrito, de forma predeterminada, a la NGINEX. ID en el directorio / usr / localginx / logs o / var / run. Por ejemplo, si el ID de proceso maestro es 1628, para enviar la se±al de salida que resulta en el apagado agraciado de Nginx, Ejecute:

nginx consiste en m³dulos que est¡n controlados por las directivas especificadas en el archivo de configuraci³n. Las directivas se dividen en directivas simples y bloquean las directivas. Una directiva simple consiste en el nombre y los par¡metros separados por espacios y terminan con un punto y coma (;). Una directiva de bloques tiene la misma estructura que una directiva simple, pero en lugar del punto y coma, termina con un conjunto de instrucciones adicionales rodeadas de tirantes ({y}). Si una directiva de bloques puede tener otras directivas dentro de los frenos, se llama un contexto (ejemplos: eventos, http, servidor y ubicaci³n).

Aplicaciones web Use una estructura de directorio est¡ndar definida en la especificaci³n J2EE. Puede implementar una aplicaci³n web como una colecci³n de archivos que usan esta estructura de directorios conocidos como formato de directorio explotado, o como un archivo archivado llamado archivo de guerra. BEA recomienda que env­e e implemente su aplicaci³n web explotada como parte de una aplicaci³n empresarial. Esta es una mejor pr¡ctica de BEA, que permite una migraci³n, adiciones y cambios de aplicaci³n m¡s f¡cil. Adem¡s, envasar su aplicaci³n web como parte de una aplicaci³n empresarial le permite aprovechar la estructura del directorio de desarrollo dividido, que proporciona una serie de beneficios a travs de la estructura de un solo directorio tradicional.

El directorio WEB-INF contiene los descriptores de implementaci³n de la aplicaci³n web (web. ML y WEBLOGIC. ML) y dos subdirectorios para almacenar clases de Java compiladas y archivos de jar. Estas subdirectorias son respectivamente nombradas clases y lib. JSP Taglibs se almacena en el directorio web-INF en el nivel superior del directorio de estadificaci³n. Las clases de Java incluyen servlets, clases de ayuda y, si lo desea, precompiladas JSP.

Coloque sus archivos est¡ticos, como archivos HTML y archivos JSP en el directorio que es la ra­z del documento de su aplicaci³n web. En la instalaci³n predeterminada de WebLogic Server, este directorio se llama PredeterminadoWebApp, en User_Domains / MyDomain / Aplicaciones.

El archivo descriptor de despliegue espec­fico de WebLogic que define la llamada a los recursos nombrados en la web. El archivo ML se asignan a los recursos que residen en otro lugar en WebLogic Server. Este archivo tambin se utiliza para definir los atributos de la sesi³n de JSP y HTTP.

Dise±o de la estructura de archivos del sitio web

El aspecto final del dise±o Los desarrolladores web tienen que lidiar con la organizaci³n de los archivos que conforman el sitio web. Esto es particularmente importante si, como es t­pico, el sitio web debe ser desarrollado por mºltiples individuos, y mantenimiento hasta una fecha futura. Los dise±adores web deben estar familiarizados con la estructura de directorios que asume un servidor web, y lo que significa las URL en estos trminos.

para hacer

¿C³mo implementar­a esta estructura en un servidor web? La forma m¡s obvia podr­a ser localizar los archivos relacionados con las p¡ginas individuales en sus propios directorios: un directorio para los componentes de la p¡gina de inicio, uno para las p¡ginas A1, A2, A3, B1, etc. Sin embargo, esto puede ser excesivo y conducir a los errores de abordaje relativos. M¡s importante aºn, un dise±o de este tipo no anticipa el cambio. Si la arquitectura de la informaci³n refleja los departamentos de un departamento de negocios A, el Departamento B, etc., entonces los cambios dentro de los departamentos podr­an causar una gran sobrecarga de mantenimiento. Una estructura preferible podr­a tener directorios para los principales departamentos solamente:

La carpeta para el departamento A contendr­a todos los archivos para A1, A2 y A3: tanto los archivos HTML como de la imagen (y quiz¡s incluso los archivos JavaScript, los archivos QuickTime, etc.). Con esta estructura, un enlace de A1 a A3 puede ocurrir de la siguiente manera:

Acceso exitoso.

Agregue fácilmente un fondo de video a su sitio web para capturar la atención de los visitantes. Un video de fondo puede proporcionar un carisma adicional a sus páginas y se puede agregar a las secciones y los encabezados flexibles.

Acceso exitoso.
Utilizamos cookies
Utilizamos cookies para asegurarnos de que le brindamos la mejor experiencia en nuestro sitio web. Al utilizar el sitio web, usted acepta nuestro uso de cookies.
PERMITIR COOKIES.