URL에“www”가 있다는 점은 무엇입니까?

역사적 이유 외에, URL에“www”가있는 이유가 있습니까?

나는에서 영구 리디렉션 작성해야 www.xyz.com하는가 xyz.com, 또는에서 xyz.com에 www.xyz.com? 당신은 어느 것을 제안 하시겠습니까?

wwwDNS가 필요한 이유 중 하나 또는 다른 하위 도메인은 DNS와 CNAME 레코드의 문제와 관련이 있습니다.

이 예제의 목적 상, 큰 사이트를 실행하고 Akamai와 같은 CDN (Content Distribution Network)에 대한 호스팅 계약을 맺었다 고 가정하십시오. 일반적으로 사이트의 DNS 레코드를 일부 akamai.com주소 의 CNAME으로 설정 합니다. 이를 통해 CDN은 브라우저와 가까운 IP 주소 (지리적 또는 네트워크 적 용어로)를 제공 할 수 있습니다. 사이트에서 A 레코드를 사용한 경우 이러한 유연성을 제공 할 수 없습니다.

DNS의 단점은 호스트 이름에 대한 CNAME 레코드가 있으면 동일한 호스트에 대한 다른 레코드를 가질 수 없다는 것 입니다. 그러나 최상위 도메인 example.com에는 일반적으로 NS 및 SOA 레코드가 있어야합니다. 따라서에 대한 CNAME 레코드를 추가 할 수도 없습니다 example.com.

의 사용은 www.example.com당신을위한 CNAME을 사용 할 수있는 기회 제공 www에 필요한 NS를 떠나 SOA가 기록하는 동안 즉, 당신의 CDN에 포인트를 example.com. example.com기록은 일반적으로도로 리디렉션됩니다 호스트를 가리 키도록 A 레코드해야합니다 www.example.com는 HTTP 리디렉션을 사용합니다.

참고 : 2011 년 RFC 6265 의 비준 및 구현 ( MSIE 11을 제외한 모든 현재 브라우저에서 주석 참조)으로 쿠키가 기본적으로 하위 도메인에 설정되지 않기 때문에 다음 사항은 더 이상 정확하지 않습니다.

역사적으로www.example.com 정식화해야하는 기술적 이유 중 하나 는 주 도메인의 쿠키 example.com가 모든 하위 도메인으로 전송 되었기 때문입니다.

따라서 귀하의 사이트에서 쿠키를 사용한 경우 모든 하위 도메인으로 쿠키가 전송됩니다.

이제는 종종 의미가 있지만 대역폭을 낭비하기 때문에 정적 리소스 만 다운로드하려는 경우 매우 해 롭습니다. 웹 사이트의 모든 스타일 시트와 이미지를 고려하십시오. 일반적으로 이미지 리소스를 요청할 때 쿠키를 서버에 보낼 이유가 없습니다.

따라서 static.example.com쿠키를 보내지 않고 대역폭을 절약하기 위해 와 같은 정적 리소스에 하위 도메인을 사용하는 것이 좋습니다 . 모든 이미지 및 기타 정적 다운로드는 여기에서 다운로드 할 수 있습니다. 이제 www.example.com동적 콘텐츠에 사용 하는 경우 쿠키가 www.example.com아닌로 전송되어야 합니다 static.example.com.

그러나 example.com기본 사이트 인 경우 쿠키를 포함 하여 모든 하위 도메인으로 쿠키가 전송됩니다 static.example.com.

이제 이것은 대부분의 사이트와 관련이 없지만 나중에 표준 URL을 변경하는 것은 좋은 생각이 아니므로 example.com대신 대신에 정착 www.*하면 기본적으로 붙어 있습니다.

대안은 정적 자원에 대해 완전히 다른 URL 을 사용하는 것 입니다. 스택 오버플로 (예 : 용도 sstatic.net, YouTube 용도 ytimg.com등)…

www은 도메인 등의 웹 서버에 일반적으로 사용되는 하위 도메인으로, 기타와 같은 다른 목적으로 사용됩니다 mail. 오늘날 하위 도메인 패러다임은 필요하지 않습니다. 브라우저에서 웹 사이트에 연결하면 웹 사이트가 표시되거나 서버로 메일을 보내면 해당 메일 서비스가 사용됩니다.

사용 www여부는 개인 취향의 문제입니다. 반대의 견해는 http://no-www.org/ 및 http://www.yes-www.org/ 에서 찾을 수 있습니다. 그러나 필자는 이것이 www불필요하며 URI에 더 많은 횡령을 추가 한다고 믿습니다 .

대부분의 서버는 같은 사이트를 보내지 만 리디렉션하지는 않습니다. SEO 목적으로 하나를 선택한 다음 다른 하나를 리디렉션하도록하십시오. 예를 들어, 일부 PHP 코드는 다음을 수행합니다.

if (preg_match('/www/', $_SERVER['SERVER_NAME'])) {
  header("Location: http://azabani.com{$_SERVER['REQUEST_URI']}");
  exit;
}

그러나 www쿠키를 정적 서버 (신용 Konrad Rudolph )에 보내지 않는 것과 같이 다른 응답자가 만든 하위 도메인 의 사용을 홍보하는 몇 가지 이유 도 있습니다.

꽤 역사적입니다. 옛날 옛적에 우리는 www.example.com, ftp.example.com, images.example.com, uk.example.com 등을 논리적으로 수행하는 것처럼 보였고 부하를 분산시키는 간단한 방법을 제공했습니다. 서버.

요즘에는 기본 사이트로 example.com을 방문하여 www 버전을 해당 사이트로 리디렉션합니다.

Google 웹 마스터 도구를 사용하면 원하는 도메인을 지정할 수 있습니다 , 그래서 당신은 너무 사람들을 사용하십시오.

참조 :
https : //.com/questions/1109356/www-or-not-www-what-to-choose-as-primary-site-name
https://stackoverflow.com/questions/1884157/to- www-or-not-to-www

다른 목적 (예 : 블로그)을 위해 하위 도메인을 가지려는 경우 사이트를 차별화 www하고 일반 사이트 의 접두사를 가질 수 있습니다. 다른 하나는 중요한 것은 두 가지 중 하나를 고르고 SEO에 충실하는 것입니다.

나는 먼저 할 것입니다. 이 www컨벤션은 www.cmu.edu와 cmu.edu가 다른 시스템 일 가능성이 높은 HTTP의 초기부터 시작되었습니다.

또 다른 사소한 관점이 있습니다.

www를 사용하지 않으면 텍스트 기반 미디어 (인쇄 또는 온라인)와 관련하여 웹 주소로 인식되는 단점이 있습니다. 일반적으로 example.com은 웹 주소이며 스타일링 터치를 추가하여 강조 표시 할 수 있습니다. 그러나 평문 온라인? 그렇게 쉬운 일이 아닙니다. 이메일, 트윗, Facebook 게시물, SMS 등 무엇이든 일반 텍스트 메시지를 보내면 http : // 또는 www로 시작하는 URL을 인식 할 수 있습니다. 그러나 둘 중 하나가 없으면 인식하지 못합니다. 따라서 URL을 클릭 가능한 링크로 만들려면 www를 넣어야합니다. 또는 http : //를 전면에, 그리고 둘 중 하나를 www. 더 짧고, 덜보기 편하고 읽기 쉽습니다.