2014-02-20 1 views
0

제목으로, https 대신 //을 사용해야하는 이유는 무엇입니까? https 페이지에서 http 이상의 리소스를로드해서는 안되며 페이지 자체가 http 이상으로로드 될 때 AFAIK는 https 이상의 리소스를로드 할 때 단점이 없음을 알고 있습니다. 따라서 //https 이상으로 사용하면 어떤 이점이 있습니까?기본적으로 https를 통한 프로토콜없는 URL의 이점은 무엇입니까?

+0

http://stackoverflow.com/questions/8465383/loading-http-content-on-https-website –

+0

@NickR 그 반대의 질문입니다. 나는 왜 당신이'https' 사이트에'http' 리소스를로드해서는 안되는지 완전히 이해합니다. 그러나'http' 사이트에서'https' 리소스를로드하는 것이 잘못된지 이해하지 못합니다. – Tiddo

+0

@Tiddo Speed? 하나의 작은 스크립트 파일을 얻기 위해 HTTPS 연결 (인증서 교환)을 설정하는 것은 아마 시간 낭비 일 것입니다. :) – NickG

답변

1

https의 사용은 암호화를 포함하므로 효율성이 떨어질 수 있습니다. https 요청을 지원하지 않는 웹 서버에 리소스가있을 수 있습니다.

+0

웹 서버가'https'를 지원하지 않는다면,'https'를 통해 페이지가 제공되면 깨질 것이기 때문에'//'도 사용할 수 없습니다. 성능이 유일한 문제입니까? – Tiddo

+0

서버가 https를 지원하지 않는다면 참조 페이지 자체가 http를 사용하는 정도까지 '//'를 사용할 수 있습니다. 그렇지만 명시 적으로'http : // '를 사용하는 것이 더 낫습니다. 나는이 점을 지적하면서 "페이지 자체가 http를 통해로드 될 때 https를 통해 리소스를로드하는 것은 단점이 아닙니다"라고 말합니다. –

+0

아, 이제는 HTTP 전용 서버에서 외부 리소스를로드하는 방법에 대해 생각하고 있는데, 페이지 자체는'https '를 통해 제공됩니다. 그러나 동일한 서버에서로드 된 리소스의 경우 물론 정상적으로 작동합니다. 그래서 기본적으로'https' (성능 외에)를 통해'/ /'를 사용하는 주된 이유는 웹 사이트가 실행될 서버가 https를 지원하는지 미리 알지 못하는 경우입니다. 즉'http'로 폴백 할 수 있습니다. 'ssl'이 비활성화되었을 때, 맞습니까? – Tiddo