S3 정적 웹 사이트 호스팅 Index.html에 모든 경로 라우팅 그런 다음 내

S3을 사용하여 HTML5 pushStates를 사용하는 자바 스크립트 앱을 호스팅하고 있습니다. 문제는 사용자가 URL을 북마크하면 아무 것도 해결되지 않습니다. 내가 필요한 것은 전체 리디렉션을 수행하는 대신 모든 URL 요청을 가져 와서 S3 버킷에 루트 index.html을 제공하는 기능입니다. 그런 다음 내 자바 스크립트 응용 프로그램은 URL을 구문 분석하고 적절한 페이지를 제공 할 수 있습니다.

리디렉션하지 않고 모든 URL 요청에 대해 index.html을 제공하도록 S3에 지시하는 방법이 있습니까? https://stackoverflow.com/a/10647521/1762614 와 같이 단일 index.html을 제공하여 모든 수신 요청을 처리하도록 아파치를 설정하는 것과 유사합니다 . 이 경로를 처리하기 위해 웹 서버를 실행하지 않는 것이 좋습니다. S3에서 모든 것을하는 것은 매우 매력적입니다.



답변

CloudFront 도움말을 사용하면 URL 해킹없이 쉽게 해결할 수 있습니다.

  • S3 버킷 생성 (예 : react)
  • 다음 설정으로 CloudFront 배포를 생성하십시오.
    • 기본 루트 객체 : index.html
    • 오리진 도메인 이름 : S3 버킷 도메인 (예 : react.s3.amazonaws.com)
  • 오류 페이지 탭으로 이동하여 사용자 정의 오류 응답 작성을 클릭하십시오 .
    • HTTP 오류 코드 : 403 : 금지됨 (404 : S3 정적 웹 사이트의 경우 찾을 수 없음)
    • 오류 응답 사용자 정의 : 예
    • 응답 페이지 경로 : /index.html
    • HTTP 응답 코드 : 200 : 확인
    • 만들기를 클릭 하십시오

답변

이 작업을 수행하는 방법은 다음과 같습니다.

에서 편집 리디렉션 규칙 도메인에 대한 S3 콘솔의 섹션에서 다음 규칙을 추가 :

<RoutingRules>
  <RoutingRule>
    <Condition>
      <HttpErrorCodeReturnedEquals>404</HttpErrorCodeReturnedEquals>
    </Condition>
    <Redirect>
      <HostName>yourdomainname.com</HostName>
      <ReplaceKeyPrefixWith>#!/</ReplaceKeyPrefixWith>
    </Redirect>
  </RoutingRule>
</RoutingRules>

그러면 경로의 해시 뱅 버전으로 404를 찾을 수없는 모든 경로가 루트 도메인으로 리디렉션됩니다. 그래서 http://yourdomainname.com/posts가 로 리디렉션됩니다 http://yourdomainname.com/#!/posts / 게시물에 어떤 파일이없는 제공.

그러나 HTML5 pushStates를 사용하려면이 요청을 가져와 해시 뱅 경로를 기반으로 적절한 pushState를 수동으로 설정해야합니다. 따라서 이것을 index.html 파일 맨 위에 추가하십시오.

<script>
  history.pushState({}, "entry page", location.hash.substring(1));
</script>

이것은 해시를 잡고 HTML5 pushState로 바꿉니다. 이 시점부터 pushStates를 사용하여 앱에 해시 뱅 경로가 아닌 경로를 가질 수 있습니다.


답변

다른 사람들이 언급 한 S3 / 리디렉션 기반 접근 방식에는 거의 문제가 없습니다.

  1. Mutliple 리디렉션은 앱의 경로가 해결되면 발생합니다. 예 : www.myapp.com/path/for/test는 www.myapp.com/#/path/for/test로 리디렉션됩니다.
  2. ‘#’이 (가) SPA 프레임 워크의 작동으로 인해 URL 표시 줄에 깜박임이 있습니다.
  3. 서재응은 ‘이봐! 구글은 리디렉션에 손을 강제
  4. 앱에 대한 Safari 지원이 실패합니다.

해결책은 다음과 같습니다.

  1. 웹 사이트에 대해 색인 경로를 구성했는지 확인하십시오. 주로 index.html입니다
  2. S3 구성에서 라우팅 규칙 제거
  3. S3 버킷 앞에 Cloudfront를 배치하십시오.
  4. Cloudfront 인스턴스에 대한 오류 페이지 규칙을 구성하십시오. 오류 규칙에서 다음을 지정하십시오.

    • HTTP 오류 코드 : 404 (및 필요에 따라 403 또는 기타 오류)
    • 오류 캐싱 최소 TTL (초) : 0
    • 응답 사용자 정의 : 예
    • 응답 페이지 경로 : /index.html
    • HTTP 응답 코드 : 200

      1. SEO 필요 + index.html이 캐시되지 않도록하려면 다음을 수행하십시오.
    • EC2 인스턴스를 구성하고 nginx 서버를 설정하십시오.

    • EC2 인스턴스에 퍼블릭 IP를 할당하십시오.
    • 인스턴스로 생성 한 EC2 인스턴스가있는 ELB 생성
    • ELB를 DNS에 할당 할 수 있어야합니다.
    • 이제 다음 작업을 수행하도록 nginx 서버를 구성하십시오 : Proxy_pass 모든 요청을 CDN (index.html 전용, 클라우드 프론트에서 직접 다른 자산 제공) 및 검색 봇에 대해 Prerender.io와 같은 서비스에서 규정 한대로 트래픽을 리디렉션하십시오.

nginx 설정과 관련하여 더 자세한 정보를 얻을 수 있습니다. 메모 만 남겨 두십시오. 어려운 방법을 배웠습니다.

클라우드 프론트 배포판 업데이트가 완료되면 깨끗한 모드에 있도록 클라우드 프론트 캐시를 한 번 무효화하십시오. 브라우저에서 URL을 누르십시오. 모두 좋을 것입니다.


답변

접선이지만 S3에서 호스팅하려는 (HTML5) 브라우저 기록이있는 Rackt의 React Router 라이브러리 를 사용하는 사람들을위한 팁이 있습니다.

사용자가 방문하는 가정 /foo/bear하여 S3 호스팅 정적 웹 사이트를. David의 초기 제안을 감안할 때 리디렉션 규칙은로 보냅니다 /#/foo/bear. 응용 프로그램이 브라우저 기록을 사용하여 빌드 된 경우 별다른 효과가 없습니다. 그러나이 시점에서 애플리케이션이로드되어 이제 히스토리를 조작 할 수 있습니다.

프로젝트에 Rackt 히스토리 를 포함하여 ( React Router 프로젝트에서 사용자 정의 히스토리 사용 참조 ) 해시 히스토리 경로를 인식하는 리스너를 추가하고 다음 예에 표시된대로 경로를 적절하게 대체 할 수 있습니다.

import ReactDOM from 'react-dom';

/* Application-specific details. */
const route = {};

import { Router, useRouterHistory } from 'react-router';
import { createHistory } from 'history';

const history = useRouterHistory(createHistory)();

history.listen(function (location) {
  const path = (/#(\/.*)$/.exec(location.hash) || [])[1];
  if (path) history.replace(path);
});

ReactDOM.render(
  <Router history={history} routes={route}/>,
  document.body.appendChild(document.createElement('div'))
);

요약하자면:

  1. David의 S3 리디렉션 규칙이로 연결 /foo/bear됩니다 /#/foo/bear.
  2. 응용 프로그램이로드됩니다.
  3. 히스토리 리스너는 #/foo/bear히스토리 표기법 을 감지합니다 .
  4. 그리고 역사를 올바른 경로로 바꾸십시오.

Link태그 는 다른 모든 브라우저 기록 기능과 마찬가지로 예상대로 작동합니다. 내가 알아 차린 유일한 단점은 초기 요청에서 발생하는 전면 광고 리디렉션입니다.

이것은 AngularJS 솔루션 에서 영감을 얻었으며 모든 응용 프로그램에 쉽게 적용 할 수 있다고 생각합니다.


답변

이 문제에 대한 4 가지 해결책이 있습니다. 처음 3 개는 이미 답변에 포함되어 있으며 마지막 3 개는 저의 공헌입니다.

  1. 오류 문서를 index.html로 설정하십시오.
    문제 : 응답 본문은 정확하지만 상태 코드는 404가되어 SEO에 피해를줍니다.

  2. 리디렉션 규칙을 설정하십시오.
    문제 : #!로드시 URL이 오염되어 페이지가 깜박입니다.

  3. CloudFront를 구성하십시오.
    문제 : 모든 페이지가 원본에서 404를 반환하므로 아무것도 캐시하지 않거나 (제안 된대로 TTL 0) 사이트를 업데이트 할 때 캐시하고 문제가있는 경우 선택해야합니다.

  4. 모든 페이지를 미리 렌더링하십시오.
    문제 : 페이지를 자주 변경하는 경우 페이지를 미리 렌더링하기위한 추가 작업 예를 들어 뉴스 웹 사이트입니다.

옵션 4를 사용하는 것이 좋습니다. 모든 페이지를 미리 렌더링하면 예상 페이지에 404 오류가 발생하지 않습니다. 페이지가 정상적으로로드되고 프레임 워크가 제어를 수행하고 정상적으로 SPA 역할을합니다. 오류 문서에 일반 error.html 페이지 및 404 오류를 404.html 페이지 (해시 뱅없이)로 리디렉션하도록 리디렉션 규칙을 표시하도록 설정할 수도 있습니다.

403 Forbidden errors에 대해서는 전혀 발생하지 않습니다. 내 응용 프로그램에서는 호스트 버킷 내의 모든 파일이 공개 되어 있으며 읽기 권한을 가진 모든 옵션으로 설정했습니다 . 사이트에 개인 페이지가있는 경우 HTML 레이아웃 을 볼 수있게하는 것은 문제가되지 않습니다. 보호해야 할 것은 데이터 이며 이는 백엔드에서 수행됩니다.

또한 사용자 사진과 같은 개인 자산이있는 경우 다른 버킷에 저장할 수 있습니다 . 개인 자산은 데이터 와 동일한 관리가 필요 하며 앱을 호스팅하는 데 사용되는 자산 파일과 비교할 수 없기 때문입니다.


답변

오늘 같은 문제가 발생했지만 @ angularjs 응용 프로그램에서 hashbang을 제거하기 위해 @ Mark-Nutter의 솔루션이 불완전했습니다.

실제로 권한 편집 으로 이동하여 권한 추가를 클릭 한 다음 버킷 의 올바른 목록 을 모든 사람에게 추가 해야합니다. 이 구성을 사용하면 이제 AWS S3에서 404 오류를 반환 할 수 있으며 리디렉션 규칙이 올바르게 적용됩니다.

이처럼 :
여기에 이미지 설명을 입력하십시오

그런 다음 리디렉션 규칙 편집으로 이동 하여이 규칙을 추가 할 수 있습니다 .

<RoutingRules>
    <RoutingRule>
        <Condition>
            <HttpErrorCodeReturnedEquals>404</HttpErrorCodeReturnedEquals>
        </Condition>
        <Redirect>
            <HostName>subdomain.domain.fr</HostName>
            <ReplaceKeyPrefixWith>#!/</ReplaceKeyPrefixWith>
        </Redirect>
    </RoutingRule>
</RoutingRules>

SEO 목적으로 hashbang 메소드를 사용하지 않으면 HostName subdomain.domain.fr을 도메인 및 KeyPrefix #! /로 바꿀 수 있습니다 .

물론,이 모든 것은 각도 응용 프로그램에서 html5mode를 이미 설정 한 경우에만 작동합니다.

$locationProvider.html5Mode(true).hashPrefix('!');


답변

Angular 2+ 애플리케이션을 Amazon S3에서 제공하고 URL을 작동시키는 가장 쉬운 솔루션은 index.html을 S3 버킷 구성에서 Index 및 Error 문서로 지정하는 것입니다.

여기에 이미지 설명을 입력하십시오