GitLab Pages 리다이렉트

GitLab Pages 사이트에서 URL 리다이렉트 규칙을 구성합니다.

GitLab Pages에서 Netlify 스타일 HTTP 리다이렉트를 사용하여 하나의 URL에서 다른 URL로 전달하는 규칙을 구성할 수 있습니다. Netlify에서 제공하는 모든 특별 옵션 이 지원되는 것은 아닙니다. 기능 지원 여부 예시 리다이렉트 ( 301 , 302 ) ✅ /wardrobe.html /narnia.html 302 리라이트 ( 200 ) ✅ /* / 200 스플랫 ✅ /news/* /blog/:splat 플레이스홀더 ✅ /news/:year/:month/:date /blog-:year-:month-:date.html 리라이트 ( 200 제외) ❌ /en/* /en/404.html 404 쿼리 매개변수 ❌ /store id=:id /blog/:id 301 Force ( 섀도잉 ) ❌ /app/ /app/index.html 200! 도메인 수준 리다이렉트 ✅ http://blog.example.com/* https://www.example.com/blog/:splat 301 국가 또는 언어별 리다이렉트 ❌ / /anz 302 Country=au,nz 역할별 리다이렉트 ❌ /admin/* 200! Role=admin Note 매칭 동작 테스트 케이스 는 GitLab이 규칙 매칭을 세부적으로 구현하는 방법을 이해하는 데 유용한 자료입니다. 이 테스트 스위트에 포함되지 않은 엣지 케이스에 대한 커뮤니티 기여를 환영합니다! 리다이렉트 만들기 # 리다이렉트를 만들려면 GitLab Pages 사이트의 public/ 디렉토리에 _redirects 라는 구성 파일을 만듭니다. 모든 경로는 슬래시 / 로 시작해야 합니다. 상태 코드가 제공되지 않으면 기본 상태 코드 301 이 적용됩니다. _redirects 파일에는 파일 크기 제한과 프로젝트당 최대 규칙 수가 있으며, 인스턴스에 대해 구성됩니다. 구성된 최대값 내에서 처음 일치하는 규칙만 처리됩니다. 기본 파일 크기 제한은 64 KB이고 기본 최대 규칙 수는 1,000개입니다. GitLab Pages 사이트가 기본 도메인 이름(예: namespace.gitlab.io/project-slug )을 사용하는 경우 모든 규칙 앞에 경로를 붙여야 합니다: /project-slug/wardrobe.html /project-slug/narnia.html 302 GitLab Pages 사이트가 사용자 정의 도메인 을 사용하는 경우 프로젝트 경로 접두사가 필요하지 않습니다. 예를 들어 사용자 정의 도메인이 example.com 인 경우 _redirects 파일은 다음과 같습니다: /wardrobe.html /narnia.html 302 파일이 리다이렉트보다 우선 # 파일이 리다이렉트보다 우선합니다. 파일이 디스크에 존재하면 GitLab Pages는 리다이렉트 대신 파일을 제공합니다. 예를 들어 hello.html 및 world.html 파일이 존재하고 _redirects 파일에 다음 줄이 포함된 경우, hello.html 이 존재하므로 리다이렉트가 무시됩니다: /project-slug/hello.h