확장 101 튜토리얼 시리즈

초급 가이드

이 안내서는 nginx에 대한 기본적인 소개를 제공하며 수행 할 수있는 몇 가지 간단한 작업을 설명합니다. Nginx가 리더기에 이미 설치되어 있다고 가정합니다. 그렇지 않은 경우 nginx 설치 페이지를 참조하십시오. 이 가이드에서는 nginx를 시작하고 중지하고 구성 파일을 다시로드하는 방법을 설명하고 정적 컨텐츠를 제공하는 방법, Nginx를 프록시 서버로 구성하는 방법과 연결 방법을 설명합니다. FASTCGI 응용 프로그램입니다.

nginx에는 하나의 마스터 프로세스와 여러 작업자 프로세스가 있습니다. 마스터 프로세스의 주요 목적은 구성을 읽고 평가하고 작업자 프로세스를 유지하는 것입니다. 작업자 프로세스는 실제 요청 처리를 수행합니다. NGINX는 이벤트 기반 모델 및 OS 종속 메커니즘을 사용하여 작업자 프로세스간에 요청을 효율적으로 배포합니다. 작업자 프로세스의 수는 구성 파일에 정의되며 주어진 구성에 대해 수정되거나 사용 가능한 CPU 코어 수 (Worker_Processes 참조)를 자동으로 조정할 수 있습니다.

nginx와 해당 모듈이 작동하는 방식은 구성 파일에서 결정됩니다. 기본적으로 구성 파일의 이름은 nginx입니다. ONF 및 / usr / localginx / conf, / etcginx 또는 / usr / local / etcginx 디렉토리에 배치합니다.

cCHONDER PRUGIGRATION이 새 구성 파일의 구문 유효성을 확인하고 제공된 구성을 적용하려고 시도합니다. 이것이 성공한 경우 마스터 프로세스는 새 작업자 프로세스를 시작하고 이전 작업자 프로세스로 메시지를 보냅니다. 그렇지 않으면 마스터 프로세스가 변경 사항을 롤백하고 이전 구성에서 계속 작동합니다. 이전 작업자 프로세스, 종료 명령을 받고 새로운 연결 수락을 중지하고 그러한 모든 요청이 서비스 될 때까지 현재 요청을 계속 서비스합니다. 그 후 오래된 작업자가 종료됩니다.

신호는 kill 유틸리티와 같은 nginx proceses로 전송 될 수 있습니다. 이 경우 신호는 주어진 프로세스 ID로 프로세스로 직접 전송됩니다. nginten 마스터 프로세스의 프로세스 ID는 기본적으로 nginx에 기록됩니다. / usr / localginx / logs 또는 / var / run 디렉토리의 ID. 예를 들어, 마스터 프로세스 ID가 1628 인 경우 NGINX의 정상적인 종료를 초래하는 종료 신호를 보내려면 다음을 수행합니다.

nginx는 구성 파일에 지정된 지시문에 의해 제어되는 모듈로 구성됩니다. 지시문은 간단한 지시문과 블록 지침으로 나뉩니다. 간단한 지시문은 이름과 매개 변수로 구분 된 이름과 매개 변수로 구성되어 세미콜론 으로 끝납니다. 블록 지시문은 간단한 지시문과 동일한 구조를 가지지 만, 세미콜론 대신에는 괄호 (and)로 둘러싸여 있습니다. 블록 지시문이 중괄호 안에 다른 지시문을 가질 수있는 경우 컨텍스트라고합니다 (예 : 이벤트, http, 서버 및 위치).

웹 응용 프로그램은 J2EE 사양에 정의 된 표준 디렉토리 구조를 사용합니다. WAR 파일이라는 아카이브 된 파일이라고하는 아카이브 된 파일로 알려진이 디렉토리 구조를 사용하는 파일 모음으로 웹 응용 프로그램을 배포 할 수 있습니다. Explains 응용 프로그램의 일부로 분해 된 웹 응용 프로그램을 패키징하고 배포하는 것이 좋습니다. 이것은 BEA 모범 사례이며 응용 프로그램 이주, 추가 및 변경을 쉽게 할 수 있습니다. 또한 웹 응용 프로그램을 엔터프라이즈 응용 프로그램의 일부로 패키징하면 전통적인 단일 디렉토리 구조에 대한 여러 가지 이점을 제공하는 분할 개발 디렉토리 구조를 활용할 수 있습니다.

Web-INF 디렉토리에는 웹 응용 프로그램 (Web. ml 및 WebLogic. ml)의 배치 설명 자 및 문자열에 대한 두 개의 서브 디렉토리가 컴파일 된 Java Classies 및 라이브러리 JAR 파일을 포함합니다. 이러한 하위 디렉토리는 각각 클래스와 lib이라는 이름입니다. JSP TagLibs는 스테이징 디렉토리의 최상위 레벨에서 Web-INF 디렉토리에 저장됩니다. Java 클래스에는 서블릿, 도우미 클래스 및 원하는 경우 사전 컴파일 된 JSP가 포함됩니다.

웹 응용 프로그램의 문서 루트 인 디렉토리에 HTML 파일 및 JSP 파일과 같은 정적 파일을 배치합니다. WebLogic Server의 기본 설치 에서이 디렉토리는 user_domains / mydomain / 응용 프로그램에서 DefaultWebApp라고합니다.

웹에서 명명 된 리소스 방식을 정의하는 WebLogic 특정 배포 설명자 파일. ML 파일은 WebLogic Server의 다른 곳에있는 리소스에 매핑됩니다. 이 파일은 JSP 및 HTTP 세션 속성을 정의하는 데에도 사용됩니다.

웹 사이트 파일 구조 디자인

디자인 웹 개발자의 최종 측면은 웹 사이트를 구성하는 파일 조직을 처리해야합니다. 이것은 전형적인 것처럼, 웹 사이트는 여러 개인이 개발하고, 미래의 일부일까지 유지되어야한다면 특히 중요합니다. 웹 디자이너는 웹 서버가 가정하는 디렉토리 구조 와이 용어에서 URL이 의미하는 바를 알아야합니다.

수행

웹 서버 에서이 구조를 어떻게 구현 하시겠습니까? 가장 분명한 방법은 자체 디렉토리의 개별 페이지와 관련된 파일을 찾는 것입니다. 홈 페이지 구성 요소의 한 디렉토리, A1, A2, A3, B1 등의 경우 하나입니다. 그러나 이는 과도 할 수 있으며 상대적인 어드레싱 실수로 이어질 수 있습니다. 이러한 디자인은 변화를 예상하지 않습니다. 정보 아키텍처가 비즈니스 부서 A, 부서 B 등의 부서를 반영한 ​​경우 - 그런 다음 부서 내에서 변경하면 유지 보수 오버 헤드가 커질 수 있습니다. 바람직한 구조로 인해 주 부서 만 해당 디렉토리가있을 수 있습니다.

A1, A2 및 A3 용 부서의 폴더 - HTML 및 이미지 파일 (및 JavaScript 파일, QuickTime 파일 등). 이 구조를 사용하면 A1에서 A3까지의 링크가 다음과 같이 발생할 수 있습니다.

성공적인 로그인.

방문자의주의를 끌기 위해 웹 사이트에 비디오 배경을 쉽게 추가 할 수 있습니다. 배경 비디오는 페이지에 추가 카리스마를 제공 할 수 있으며 두 섹션과 유연한 헤더에 모두에 추가 될 수 있습니다.

성공적인 로그인.
우리는 쿠키를 사용합니다
우리는 쿠키를 사용하여 웹 사이트에서 최상의 경험을 제공합니다. 웹 사이트를 사용하여 귀하는 쿠키 사용에 동의합니다.
쿠키를 허용하십시오.