www.examPLe.com/recIPes www.example.com/recipes 이 예제에서는 페이지 매개 변수를 차지하는 기본 인덱스 페이지를 만들었습니다. 따라서 index.php?page=소프트웨어와 같은 링크는 소프트웨어 페이지로 이동하며 index.php?page=관심사에 대한 링크는 관심페이지로 이동합니다. mod_rewrite로 할 일은 사용자를 페이지/소프트웨어/index.php?page=소프트웨어 등으로 자동으로 리디렉션하는 것입니다. 현재 아파치 릴리스에서 modrewrite에 대규모 버그가 있다: modrewrite 일치 하는 문자열 및 출력 값 사이 URL 인코딩의 한 수준을 스트립. 들어오는 URL에 URL 인코딩된 값이 포함되면 잘못된 URL이 생성됩니다. 예를 들어: 예제에서 루트 URL만 다시 작성한다는 점에 유의하십시오. 즉, http://example.com/ 대한 요청을 다시 작성하지만 http://example.com/page.html 대한 요청은 작성하지 않습니다. 실제로 문서 루트를 변경한 경우- 즉 모든 콘텐츠가 해당 하위 디렉터리에 실제로 있는 경우 URL을 다시 작성하는 대신 DocumentRoot 지시문을 변경하거나 모든 콘텐츠를 하나의 디렉토리로 이동하는 것이 좋습니다. 위의 예제에서는 {REQUEST_URI} 값이 보안 페이지 스크립트와 같고 {HTTPS} 값이 켜지지 않음을 테스트합니다. 이러한 조건이 모두 충족되면 요청이 보안 서버 URI로 리디렉션됩니다. 또는 {server_port} 값을 테스트하여 동일한 작업을 수행할 수 있습니다.이 경우 443은 일반적으로 보안 서버 포트입니다: 한 하위 디렉터리에 대한 직접 요청 또는 기본 디렉터리(문서 루트) 예제: http://example.com/folder1/ http://example.com/folder2/ http://example.com/folder1/ http://example.com/. 두 조건이 모두 true이고 요청과 일치하는 파일이나 디렉터리가 없는 경우 아파치는 다시 쓰기 규칙을 적용합니다. 예를 들어 사용자가 http://example.com/?post=123 요청하거나 http://example.com/post/123 경우 서버는 index.php?post=123 또는 index.php/post/123에 대한 결과를 각각 반환합니다.

또한 http://example.com/file.html http://www.example.com/file.html https://example.com/file.html 됩니다. 새 URI 구성표를 디자인할 때는 가능하면 언제든지 고유한 키를 사용합니다. 이전 예제에서는 데이터베이스에서 고유한 항목인 국가, 주 및 도시를 키로 사용했습니다. 그러나 클라이언트가 자신을 업데이트 할 수있는 웹 사이트를 구축할 때 모든 기사에 고유 한 제목을 제공한다고 주장하는 것은 무리입니다. 데이터베이스의 아티클은 일반적으로 자동 증분 ID로 식별되며, 이는 친숙한 URI 체계에 적합합니다. 쿼리 문자열 값에 URI 원자를 직접 매핑할 수 있으므로 다시 작성 규칙이 훨씬 간단해집니다. http://example.com/folder1/ http://example.com/folder2/ 또는 그냥 http://example.com/ 된다. 그래서, 간단한 mod_다시 쓰기 예제를 작성 해 봅시다.