최신 웹 브라우저에서 www를 사용하는 URL 앞에 www를 넣을 때 요점이 있습니까?

에 갈 때 www.facebook.com또는 www.cbc.ca를 생략하여 만든 어떤 혜택이나 차이가 www?

편집 : 따라서 www생략되었지만 자동으로 추가되지 않으면 문제가 될 수 있습니다. www추가되었지만 필수가 아닌 경우 문제가 될 수 있습니까?

최신 웹 브라우저에서 www를 사용하는 URL 앞에 www를 넣을 때 요점이 있습니까? www.facebook.com 또는 www.cbc.ca를 방문 할 때 www를 생략하면 어떤 이점이나 차이점이 있습니까?

그것은 일반적으로하지 않습니다,하지만 수 .

이것은 브라우저와 관련이 없습니다. 웹 서버와 관련이 있습니다. 웹 서버는 웹 페이지에 대한 쿼리를 수신하고 적절한 데이터를 보내는 컴퓨터 (또는 여러 컴퓨터)입니다. URL에는 여러 부분이 있으며 그 중 하나는 웹 서버의 이름 또는 주소입니다.

많은 회사들이 웹 서버 이상의 것을 호스트하고 FTP 서버, 데이터베이스 서버, 메일 서버 등을 운영 할 수도 있습니다. 이들은 웹 서버와 동일한 시스템 또는 다른 시스템에서 호스팅 될 수 있습니다.

과거에는 일관성을 위해 접두사를 통해 차이를 지정하는 것이 일반적이었습니다. 예를 들어 Acme Industries는 domain-name을 구입 acme.org한 다음 하나 이상의 컴퓨터를 설정 하여 다른 서비스를 호스팅 할 수 있습니다. 서비스 중 하나를 사용하려면 적절한 호스트 이름을 입력하십시오.

 www.acme.org - Acme’s web-site
 ftp.acme.org - Acme’s file server
 sql.acme.org - Acme’s database server
 pop.acme.org - Acme’s incoming mail server
smtp.acme.org - Acme’s outgoing mail server

그렇다면 왜 여전히 작동하지 www.않습니까? 대부분의 웹 서버에서는 다른 URL을 수락 하고 필요에 따라 리디렉션 할 수 있습니다. 사용자 편의를 위해 대부분의 회사 및 조직은 웹 서버가 포트 80의 호스트 이름 ( "웹 포트")에 대한 연결을 처리하거나 웹 서버가 다른 경우 다른 시스템으로 리디렉션하도록 규칙을 설정했습니다. 기계.

액세스되는 서비스 또는 머신을 구별하는 것도 포트를 통해 수행 할 수 있지만 이름에 구체적으로 포함시켜야하므로 접 두부를 사용하는 것보다 낫지는 않습니다.

acme.org:80     - web-server
acme.org:21     - file server

때로는 체계 가이 기능을 수행 할 수 있습니다 :

http://acme.org - web-server
ftp://acme.org  - file server

체계 사용도 잘 작동하며 적절한 소프트웨어 (예 : 브라우저 추가 http://, 전자 메일 클라이언트 추가 pop://등)를 사용하여 자동으로 수행 할 수 있지만 존재할 수있는 모든 서버 유형에 대해 공식 체계가있는 것은 아닙니다. 소프트웨어를 지원해야하기 때문에 이상적이지 않습니다.

을 포함하는 것이 점점 더 필요 해지고 www.있지는 않지만 보편적이지 않으며 일부 사이트는 구성을 유지하는 데 도움이되기 때문에 여전히 필요합니다.

예, 아니오 www는 일반적으로 웹 사이트에 사용되는 하위 도메인 인 '단지'이며, 불행히도 모든 회사가 2 차 도메인을 액세스 할 수 있도록 설정하지는 않습니다.

당신이 가고있는 주소는 경우 가 www가 하위 도메인을 하고 는 그 두 번째 수준은 다음의 필요 허용하도록 설정되지 않았습니다. 그렇지 않다.

당신이 그것을 설정하는 방법에 관해서는, 거기에 그 생각의 두 학교의 WWW가 필요하지 않습니다를 하고 는 않는다는 것을 . www 레코드가 두 번째 수준이 아닌 도메인을 가리 키도록 도메인 레코드를 설정 하지 않는 이유는 거의 없습니다 . www는 아마도이 시대에는 쓸모가 없지만 아마도 그것을 아프게하지는 않습니다. 제 경우에는 개인적으로 www 도메인이 없지만 다른 무엇보다도 게으름 때문입니다.

일반적으로 회사는 "domain.com"을 "www.domain.com"으로 리디렉션하지만 필수 표준은 아니며 항상 따르지는 않습니다.

웹 브라우저를 통해 대부분의 인터넷 상호 작용을 수행하는 동안 웹 페이지 외에 인터넷에 다른 것들이 있습니다. 오늘날 대부분의 웹 페이지에이 모든 내용이 포함되어 있지만 여전히 FTP, Telnet, Gopher, 뉴스 서버, 메일 서버, SIP (voice over IP) 및 기타 재미있는 프로토콜이 있습니다. 손가락 기억하는 사람 있어요?

이러한 서비스는 모두 다르기 때문에 각각 고유 한 호스트 이름이 규칙에 따라 할당되었습니다. ftp.netscape.net에서 FTP 서버를 찾을 수 있고, gopher 서버는 gopher.netscape.net 등입니다.

물론, 80 년대와 90 년대 초반 서버 컴퓨터는 고급 자동차보다 더 비쌉니다. 따라서 www.company.com과 ftp.company.com 은 회사 전체에 하나의 인터넷 서버 만 있기 때문에 같은 위치를 가리 켰을 것입니다 .

그런 다음 큰 일이 일어났습니다. 90 년대에는 서버 컴퓨터가 더 저렴 해졌고 값 비싼 메인 프레임과 미니 컴퓨터는 디즈니 랜드에서 주말보다 적은 비용으로 상용 시스템에 사용되었습니다. 무료 Linux 덕분에 모든 데스크탑 컴퓨터는 웹 서버가 될 수 있었고 사람들은 여러 대의 PC로 서버 팜을 구축하기 시작했습니다. 오늘날 웹 서버를 100 달러 미만으로 구축하고 소다 캔 (빈 제품)에 저장할 수 있습니다.

인터넷은 폭발적으로 증가했습니다. 오늘날 Facebook은 1995 년 인터넷 전체보다 하루에 더 많은 히트를 기록했습니다. 따라서 우리는 하나 이상의 서버를 사용하여 웹 요청을 처리합니다. 요즘에는 전체 컴퓨터 그룹 이 단일 호스트 이름에 응답합니다. 로드 밸런싱의 마법으로 인터넷은 웹 브라우저를 통해 모든 인터넷 작업을 수행하는 표준에 정착 한 것으로 보입니다.

이는 www.domain.com이 더 이상 ftp.domain.com과 같은 컴퓨터에 있지 않다는 것을 의미합니다. "domain.com"의 "naked"도메인에 요청을 보내려면 어떻게해야합니까?

오늘날 사람들은 "웹"을 "인터넷"으로 생각하므로 모든 작업에 브라우저를 사용합니다. 파일 다운로드, 뉴스 읽기, 전자 메일 확인, 블로그 읽기 및 날씨 확인을위한 별도의 프로그램을 보유하는 것이 매우 어려울 수 있으므로 편리합니다. 또한 "웹 페이지 앞에 www가있는 이유는 무엇입니까?"와 같은 질문이 나타납니다. 이는 일반적으로 네이 키드 도메인에 대한 요청이 해당 도메인의 www 서버에 대한 요청과 같다는 가정하에 벗어날 수 있음을 의미합니다.

따라서 대부분의 회사는 "domain.com"을 "www.domain.com"으로 리디렉션하여 알몸 요청에 응답합니다. 그러나이를 요구하는 표준은 없으며 서버 팜에서 호스팅되는 소규모 도메인이 기본 도메인에 응답하지 않는 경우가 종종 있습니다. 예를 들어, 내가 사용한 한 호스팅 회사는 누군가 "mydomain.com"만 입력하면 호스팅 회사의 방문 페이지로 사용자를 떨어 뜨 렸습니다.

운 좋게도 대부분의 브라우저에는 프로세스를 더 단축 할 수있는 대부분의 브라우저에 키보드 단축키가 있습니다. "company"를 입력하고 Control-Enter를 누르면 브라우저가 "www.company.com"으로 확장합니다.

URL의 도메인 이름 부분을 뒤로 읽습니다. 그래서 www.example.com/index.html실제로처럼 com/example/www/index.html사람 "내부"입니다 용어이다.

대부분의 사이트는이 www하위 도메인을하지만, 그들은 같은 다른 하위 도메인도있을 수 있습니다 ftp, secure, members, forum, us, fr, china등을. 이들은 www.example.com서로 다르며 주소도 다릅니다 example.com( 예를 들어 example.com로 해석해서는 안된다는 규칙 은 www.example.com없습니다 store.example.com).

를 추가하지 않으면 어떻게됩니까 www?

일반적으로 아무것도 없습니다. 웹 사이트를 실행하는 사람들은 모든 사람들이 모든 시간을 잊지 것입니다 실현, 그래서 그들은 그들의 수 있도록 사이트 구성 www.example.com및 example.com(리디렉션하여) 같은 장소에 지점을.

파란 달에 일단 당신이 www그것을 실행하는 사람이 구성을 수행하지 않았기 때문에 작동하지 않는 사이트를 실행할 수 있습니다. 따라서 액세스 할 수는 http://www.example.com있지만 http://example.com오류를 반환합니다.

여분을 넣으면 어떻게됩니까 www?

URL이 작동하고 작동하지 않는 스위치를 제외하고는 위와 동일합니다.

또한 기술적으로는 http://부품도 포함해야 하므로 입력 한 주소는 입력 여부에 관계없이 불완전합니다 www. 브라우저는 두 경우 모두 원하는 것을 추론해야하므로 www포함 된 것으로 추론 할 수 있습니다.

www요즘 문제가 거의없는 사이트 이지만 지난 2-3 년 동안 몇 가지 문제가 발생한 것으로 알고 있습니다. 나는 그들이 지금 무엇을 기억하지 못합니다.

sysadmin으로서 웹 서비스 속도를 높이기 위해 CDN 서비스를 사용하려는 경우 dns 규칙 조합을 함께 사용할 수 없습니다.

CDN을 사용하려면 dns Cname을 사용해야하므로 acme.org에 대한 Cname을 작성해야하지만 user@acme.org로 Mail을 수신하려면 acme.org에 대한 cname을 가질 수 없습니다. 그런 다음 웹 서버에 하위 도메인 www를 사용해야합니다. 따라서 sysadmin은 반드시 www 레코드를 가져야합니다.

최신 브라우저는 www 부분을 작성할 필요가 있지만 방문 속도가 높은 웹 사이트에는이 부분이 필요할 수 있습니다. 인터넷 규칙은 오래되었지만 우리 규칙입니다.

웹을 탐색하는 다양한 스마트 폰과 작은 화면의 태블릿 장치 (죄송하지만 iWord를 직접 입력 할 수는 없습니다)를 다루는 문제가 있습니다.

일반적으로 작은 화면에 맞게 조정 된 웹 페이지를 제공하기 위해 접두어 mobi.또는 m.대신에 사용 www.됩니다.

작은 장치 (스크롤, 스크롤, 스크롤)에서 대규모 웹 페이지를 탐색하려는 문제를 겪지 않은 사람은 누구입니까?

이미 언급 한 내용을 바탕으로 대부분의 회사 / 개인 서버는 자동으로 WWW로 리디렉션됩니다. 반면 대부분의 .GOV 및 .MIL 사이트는 그렇지 않습니다. 이 경우 일반적으로 많은 오류 메시지 중 하나가 나타납니다. 이러한 사이트는 일반적으로 필요한 경우에도 HTTP에서 HTTP :로 자동으로 리디렉션되지 않습니다.