http://www.example.com/vs 의 장점과 단점은 무엇입니까 http://example.com/?
예를 들어 내가 아는 문제는 도메인을 사용하지 않고 도메인을 사용 www하면 현재 하위 도메인에 대해서만 쿠키를 설정할 수 없으며 하위 도메인이 없기 때문에 설정 한 쿠키가 모든 하위 도메인으로 전송된다는 것입니다.
답변:
를 사용 www.example.com하면 기본 사이트에서만 쿠키 를 설정할 수 있습니다 . 를 사용 example.com하면에 *.example.com포함 된 쿠키 만 설정할 수 있습니다 static.example.com. 따라서 모든 하위 도메인에 대한 모든 요청에는 전송 속도가 약간 느려지는 쿠키가 포함됩니다. 를 사용 www.example.com하면 쿠키를 설정할 부분을 결정할 수 있습니다.
를 사용 하려는 경우을 (를) 영구적으로 리디렉션 www.example.com해야 example.com합니다 www.example.com.
www서브 도메인은, 어떤 경우에는, 실제로 부모 TLD보다 완전히 다른 서버입니다. 대부분의 검색 엔진은 그것을 알아낼만큼 똑똑하지만 리디렉션을 배치하는 것이 좋습니다.
나는 더 짧은 정식 URL을 사용하는 것을 선호하기 때문에에 대한 완전한 www.example.com리디렉션 example.com입니다. HTTP 요청 example.com이 웹 페이지를 생성하거나 하위 요청이 HTTP 요청을 처리하는 모든 도메인으로 리디렉션 될 것으로 기대할 수 있다는 것도 의미가 있습니다 .
또한 사용자가 브라우저 툴바에서 선택하는 표준 URL을 사용하여 사이트에 연결하는 사람들을 원합니다. 표준 URL이 아닌 URL로 리디렉션하면 이와 관련하여 일관성을 유지할 수 있습니다.
www하위 도메인을 포함하면 두 가지 조건으로 요약됩니다.
쿠키 - *.example.com하위 도메인에 관계없이 쿠키가 모든 요청과 함께 전송되므로 쿠키를 설정 하면 슬픔 을 유발합니다 (더 많은 트래픽 발생). 이 경우 www쿠키를 *.example.com필요로하는 경우 (예 : 인증 된 사용자 쿠키) 쿠키를 설정하거나 www.example.com다른 하위 도메인으로가는 트래픽을 줄 이도록 선택할 수 있으므로를 사용하도록 선택합니다 .
미적 -도메인이 어떻게 보이는지 신경 쓰 나요? 정말 싫어 www하지만 쿠키 트래픽이 걱정 static-example.com된다면 쿠키가없는 상태 에서 완전히 새로운 도메인에 정적 콘텐츠를 호스팅하여 문제를 완화 할 수 있습니다.
이것은 사소한 고려 사항이지만 상업용 사이트와 관련이 있습니다. 기술이 아닌 사용자 www는 도메인을 웹 사이트로 생각하지 않을 수 있다는 것을 알 수 없을 때 웹 사이트를 시작해야한다는 기대 가 있습니다.
가족, 친구 및 비 기술적 인 동료들과 함께 이러한 태도를 자주 접하게 된 사람들을 알고있는 사람들에게는 어리석은 것처럼 보일 수 있지만,이 사람들은 대다수의 고객을 대표 할 가능성이 높습니다.
또한 이메일, 월드 프로세서, 소셜 네트워킹 클라이언트 및 공동과 같은 많은 소프트웨어 www가 하이퍼 링크로 시작하는 도메인 이름을 자동으로 인식 하여 알몸 또는 non-www도메인으로 http://소프트웨어 를 추가해야 합니다. 활성화합니다. 브라우저에 복사하여 붙여 넣지 않고 링크를 클릭하면 사이트를 방문하는 고객이나 경쟁 업체를 방문하는 고객간에 차이가 생길 수 있습니다.
bbc.co.uk/whateverwww 버전으로 리디렉션 할 때처럼 항상 URL을 인용합니다 .
http://앞에 포함 시킵니다. 따라서 URL이 http://www.example.com인 경우 종종 사용 www.example.com합니다. 만약 그렇다면 http://other.example.com, 나는 사용 http://other.example.com합니다. 그렇지 않으면 사용자는 그것이 URL임을 인식하지 못합니다. 미친 듯이 들리지만 사람들은 항상 URL과 전자 메일 주소를 섞습니다. 안타깝게도 우리는 웹에서 너무 바보 같은 것들을 가지고있어서 사용자가 더 이상 기본 사항을 알지 못합니다.
쿠키, 미학, www하위 도메인 등을 기대하는 기술이 아닌 사용자에 대해 위의 유효한 답변을 반복하지 않고 ...
www.주 사이트에 대한 하위 도메인 접근 방식 을 선호하는 또 다른 이유 는 로컬 개발 때문입니다. local.로컬 테스트 서버에 사용 합니다. 항상 하위 도메인을 통해 사이트에 액세스 할 수 있기를 기대하며 필요한 경우 테스트 사이트와 라이브 사이트를 쉽게 구분할 수 있습니다. 쿠키는 로컬 및 라이브 사이트와 별도로 유지 될 수 있습니다.
www.example.com 라이브 사이트 local.example.com 로컬 테스트 서버테스트 서버에 하위 도메인을 사용하면 모바일 장치에서 쉽게 테스트 할 수 있습니다. 하위 도메인은 로컬 테스트 서버 (로컬 IP)를 가리키는 공용 DNS에서 정의 할 수 있기 때문입니다. 모바일 장치가 로컬 WiFi 네트워크에있는 경우에만 로컬 테스트 서버에 액세스 할 수 있습니다. 로컬로 연결할 때 모바일 브라우저 최적화가 비활성화되어 있는지 확인하십시오. 그렇지 않으면 원격 최적화 서버도 로컬 서버에 액세스하려고 시도하여 실패합니다.
네, 항상 기본 www도메인 대신 사용하십시오 . Heroku는 다소 전문화되어 있지만 사람들이 컴퓨터 클러스터에 웹 사이트를 배포함에 따라 이들이 구축 한 라우팅 패브릭의 종류가 더 일반적이 될 것입니다. Naked 도메인은 CNAME 레코드 대신 A가 필요하므로 www보다 유연성이 훨씬 떨어집니다. https://devcenter.heroku.com/articles/avoiding-naked-domains-dns-arecords를 참조 하십시오 .
오늘날 그렇게 생각하지 않을 수도 있지만 웹상의 모든 사이트는 SSL을 항상 사용해야합니다. 보안이 항상 보안이없는 것보다 낫고 SSL 비용이 이미 ~ 1 % 추가 CPU에 불과하기 때문입니다 ( http://www.imperialviolet.org/2010/06/25/overclocking-ssl.html 참조 ). www에 대한 SSL 인증서도 받아야합니다.
내 SEO 담당자는 Google 이 기본 도메인을 좋아하지 않는다고 말합니다 . 이것의 증상은 myblog.blogspot.com블로그를 로 리디렉션하려고하면 블로그를 기본 도메인에서 호스팅 할 수 없다는example.com/blog 오류가 발생한다는 것 입니다.