WWW 하위 도메인의 목적은 무엇입니까?

요점은 무엇입니까 www.? 쓸모없는 여분의 텍스트가 아닌가? 모든 사람이 그것에 익숙해지기 때문에 www.google.com보다 균형이 잘 잡히는 것처럼 보이지만 google.com처음부터 시작한 이유는 무엇입니까?

내가 발견 한 것은, 즉 google.com의 IP가 74.125.53.100있지만, 영국을, www.google.com의 IP를 가지고 209.85.135.106미국에서. 누구든지 그것에 대해 조금 설명 할 수 있습니까?

편집 : 가요 example.tld와는 다른 기계 있어야하는데 www.example.tld? 그래야합니까?

월드 와이드 웹 이전에는 여전히 인터넷이 있었으며, 텔넷, 이메일, 고퍼, FTP 등 다양한 용도로 사용되었습니다. 당시에는 일반적인 기능을 위해 도메인 이름 별명을 서버에 지정하는 것이 일반적이었습니다. 따라서 smtp.example.com은 example.com의 발신 이메일 SMTP 서버이고 ftp.example.com은 example.com의 FTP 서버 등입니다.

웹이 등장했을 때 (1990 년대 초), 이것은 또 다른 응용 프로그램 / 프로토콜 일뿐입니다. 당시에는 전자 메일 옆에서 인터넷을 사용하는 것이 가장 인기있는 것으로 예상되지는 않았습니다 . 따라서 조직의 웹 서버에는 "www"라는 도메인 이름 별칭이 할당되었습니다. 다른 서비스와 마찬가지로 일반적으로 할당되었을 것입니다.

시간이 지남에 따라 많은 사이트에서 "www."를 삭제하기 시작했습니다. URL은 결국 사람들이 입력하기 때문에 실제로 필요한 것보다 4 자 더 많습니다. 그러나 "www." 오늘날에도 여전히 남아 있으며 완전히 사라지지는 않을 것입니다.

쿠키를 다른 하위 도메인과 분리하는 데 주로 사용됩니다.

쿠키를 사용하려는 경우 반드시를 유지하십시오 www..

301 리디렉션을 사용하여 짧은 도메인을로 도메인을 리디렉션 www.할 수 있으므로 사용자가 입력하지 않아도됩니다.

이를 통해 정적 데이터 제공을 위해 쿠키가없는 하위 도메인을 만들 수 있습니다. 이 없으면 www.쿠키는 모든 하위 도메인에서 제공됩니다. 따라서를 사용하지 않는 경우 www.쿠키가없는 도메인과 하위 도메인을 사용하려면 완전히 별도의 도메인 이름이 필요합니다.

그 외에, 유지 여부를 선택 www.하는 것은 당신이 선호하는 질문입니다. 301 리디렉션을 사용하여 선택되지 않은 것을 다른 것으로 리디렉션하십시오.

편집하다:

설명을 위해 쿠키를 설정하면 쿠키가 도메인으로 전파되는 방식에 대한 계층 구조가 사용됩니다.

예를 들어, 쿠키를 example.com효과적으로 전송 하도록 쿠키를 설정 하면 다음과 같습니다.

example.com
www.example.com
sub.www.example.com
my.example.com
oh.my.example.com
images.example.com
hello.example.com

다음 www.example.com과 같은 상황에서 쿠키 만 허용하도록 쿠키를 설정하십시오 .

www.example.com
sub.www.example.com

a www.를 사용하면 하위 도메인을 사용하여 기본 사이트와 다른 쿠키를 가질 수 있습니다 (원하는 경우 전혀 사용하지 않음).

www.(또는 다른 하위 도메인)이 없으면 도메인에 설정된 모든 쿠키가 하위 도메인으로 전파됩니다.

이것이 전통적으로 왜 www.사용 되는지 는 모르지만 한 가지 가능한 이유는 다음과 같습니다.

웹, SMTP 및 IMAP 서버를 실행하는 서버가 있다고 가정하십시오. 사용자는 www.example.com을 통해 웹 서버에 액세스하고 smtp.example.com을 통해 SMTP 및 imap.example.com을 통해 IMAP에 액세스

서버가 과도하게로드되므로 웹 서버를 새 시스템으로 분할하려고합니다. 이렇게하려면 새 웹 서버의 IP 주소를 가리 키도록 "www"하위 도메인을 변경하면됩니다.

더 큰 내부 네트워크의 경우 서버를 쉽게 이동할 수 있습니다. 내부 SMTP 서버 DNS 항목을 변경하면 모든 클라이언트가 자동으로 새 컴퓨터를 사용하기 시작합니다. 걱정할 포트를 전달하지 않음

인터넷 연결 서버를 사용하는 경우 두 서버를 모두 동일한 NAT 네트워크에 유지하고 포트 80을 다른 컴퓨터로 전달하거나로드 밸런서를 사용합니다.

"www"를 유지하면 이점이 있습니다. 특히 같은 쿠키에 관해서는, 순수하게 웹 서버에 대한 URL의 일부 앤드류 무어 와 이 blog.SO 포스트 는 www가 아닌 도메인 리디렉션 경우 설명 .. 게다가, 사용자는 (심지어는 경우를 입력 할 필요가 없습니다 'example.com'이 작동하지 않으면 대부분의 브라우저에서 'www.example.com'을 시도합니다.)

더 나빠질 수 있습니다. 영국 부품 회사 'RS'는 fundementaly가 모든 것을 오해 한 것 같습니다-그들의 웹 사이트는 rswww.com입니다

"수잔"대신 "클럽 총무"에게 청구서를 제출하는 것과 같이 단순히 추상화의 문제입니다. 수잔, 판매 카탈로그 및 CV로 청구서를 보낸 경우 CV와 같은 HR 업무를 처리하기 위해 Bob을 고용하면 어떻게됩니까? 우편물은 여전히 ​​Susan에게 전달되며 Susan이 우편물을 개봉 할 시간을 발견하고 자신에게 적합하지 않은지 확인하기 전까지는 아무도 Bob의 우편물임을 알 수 없습니다. 따라서 실제 사람인 "Susan"을 명명하는 대신 "인적 자원 부서"라는 이름을 ROLE이라고합니다.

마찬가지로 실제 컴퓨터가 아니라 ROLE의 컴퓨터 이름을 지정합니다. 따라서 웹 사이트를 제공하는 경우 www.yourcompany.com이라는 컴퓨터와 FTP 서비스 등을 제공하는 경우 ftp.yourcompany.com이라는 컴퓨터가 있습니다. 그렇지 않은 경우 yourcompany.com 컴퓨터 한 대가 모든 인터넷 트래픽을 수신 한 다음 올바른 위치로 전달하십시오. www.yourcompany.com은 Google의 모든 웹 서버 일 수 있지만 yourcompany.com이 랩톱 인 경우 랩톱에 과부하가 발생하지만 웹 서버는 정보가 도착하기를 기다리는 동안 계속 앉아 있습니다. Susan이 처음에 모든 메일을 처리하는 것처럼 하나의 컴퓨터는 모든 역할을 처음에 처리 할 수 ​​있지만 별도의 컴퓨터 / 도메인 이름은 필요에 따라 항목을 분리 (또는 통합)하는 데 도움이됩니다.