콘텐츠
클릭 한 페이지의 링크를 클릭하면 원하는 페이지로 바로 연결될 수 있지만 꼭 그렇지는 않습니다. 웹 서버는 주소를 변경하거나, 페이지를 바꾸거나, 관심이없는 페이지로 이동하도록 구성 할 수 있습니다. NginX Web Server는 리디렉션 및 재 작성 방법을 지원하여 요청한 페이지로 전송 된 실제 파일과 페이지 간의 관계를 변경합니다.
리디렉션
때때로 사이트 책임자는 일부 파일을 삭제하고 이름을 변경해야합니다. 그 (것)들에 연결이있는 각 웹 사이트가 변화에 관하여 알게하는 것은 아주 어려울. 다행히도, NginX는 페이지 요청에 대한 새로운 경로를 리다이렉트하거나 계산할 수 있도록 프로그래밍 할 수 있습니다. NginX에 의한 리디렉션은 액세스하려는 페이지에서 사이트 소유자가 액세스하기를 원하는 페이지로 이동할 수 있습니다.
리디렉션 예제
O "오류 404 : 찾지 못했습니다!" 리디렉션의 예입니다. 액세스하려는 페이지를 더 이상 사용할 수없는 경우 NginX는 자동으로 404 오류를보고합니다. 또한 '404 / 404.html; error_page'; NginX 서버의 설정 파일에 저장하여 사용자를보다 유익하고 개인화 된 페이지로 리디렉션 할 수 있습니다. 리디렉션이 발생하는 또 다른 예는 사용자가 접두사 "www."가있는 페이지를 요청할 때입니다."www"라는 하위 도메인에있는 파일의 주소로 요청을 처리하는 대신 NginX는 담당 URL 서버로 직접 리디렉션 할 수 있습니다.
다시 쓰기
URL 리디렉션으로 NginX 다시 쓰기는 하나의 URL을 다른 URL로 바꿉니다. 리디렉션과 달리 사용자는 새 페이지로 이동하지 않습니다. 새 페이지 대신에 요청 된 파일의 현재 실제 위치보다 설명 적이거나 반사적 인 새 URL 주소가 전달됩니다. 이 대체는 HttpRewriteModule이라는 NginX 모듈에 의해 수행됩니다. NginX에 대한 다시 쓰기 지침은 구성 파일의 서버 블록으로 보내집니다. 대체는 URL 주소 텍스트의 일부에있는 공통 표현을 사용하여 이루어집니다.
다시 쓰기 예제
일부 블로깅 프로그램은 블로그 게시물의 이름을 지정하기 위해 숫자 체계를 사용합니다. 예를 들어, 애완 동물에 관한 블로그는 "http : /yourpets.com/? Page = 2254"라는 URL을 포함 할 수 있습니다. URL 주소에 대해서는 아무 것도 추론 할 수 없습니다. 일부 블로깅 또는 컨텐트 관리 시스템은 기사 제목이나 게시 날짜를 기반으로 URL을 다시 쓰도록 구성 할 수 있습니다. 예를 들어, 기사에 "새 강아지에게 인사"라는 제목이있는 경우 URL 주소는 "http://yourpets.com/greet_your_new_puppy"일 수 있습니다. 이 설명 URL은 현재 URL 주소 옆에 배치되어 데이터베이스에 저장됩니다.
NginX의 다시 쓰기 기능은 URL 리디렉션을 수행 할 수도 있습니다. 페이지가 다른 디렉토리로 이동되었거나 알 수없는 정확한 위치를 알고 싶다면 NginX가 URL 주소를 구문 분석하고 파일을 찾기 위해 필요한 대체 작업을 수행하도록 지시 할 수 있습니다.
