1

CORS를 사용하더라도 하위 도메인보다 history.pushState를 실제로 사용할 수 있습니까? (NGINX가 그런 식으로 행동하도록 구성하려했으나 제대로 작동하지 않았다). CORS는 Cross-Origin Resource Sharing이 활성화되어 있기 때문에 pushState를 하위 도메인으로 변경하는 것이 좋다고 브라우저에 알립니다 (그 이유는 무엇입니까?). 누군가 그것을 시도 했습니까/작동하게 만들었습니까?cross-(sub) domain history.pushState (CORS?)

오히려 내가이 문제에 대한 해결 방법을 찾는 것이 종속되어 있기 때문에 실제로는 부끄러운 생각이들 것입니다. 뭐 있니?

+1

'history.pushState'는 HTTP 요청을하지 * 않기 때문에 CORS가 외부 서버에서 허용되는지 여부를 어떻게 알 수 있다고 생각합니까? – Bergi

+0

@Bergi가 알려주는 또 다른 방법은 무엇입니까? 아니면 전혀 고정시킬 수 없습니까? 같은 기원 정책을 따르는 함수가 CORS와 같은 것을 사용하지 않는 이유는 무엇입니까? – Katai

+0

CORS는 SOP와 관련된 모든 것이 아니라 * 요청 *에 대한 솔루션입니다. 위치 표시 줄의 도메인을 변경하는 것이 가능하지 않다고 생각하지만 실제로 그렇게 할 이유는 없습니다. 정확한 용도는 무엇입니까? – Bergi

답변

0

나는 서버에 결코 도달하지 않기 때문에 서버가 pushState와 관련이 없다고 생각합니다. 페이지를 새로 고칠 때만 서버를 만질 수 있습니다.

몇 가지 일이 발생할 수 있습니다.

  1. 로컬 환경에서이를 지원하지 않는 브라우저 (예 : https://code.google.com/p/chromium/issues/detail?id=67743)로 테스트하려고합니다.
  2. 요청을 색인/앱으로 라우팅하도록 구성된 서버가 없습니다.

설정에 대한 추가 정보를 제공 할 수 있습니까?

관련 문제