Page semi-protected

월드 와이드 웹

World Wide Web
Three capital letter W superimposed on each other, on top the slogan "Let’s Share What We Know", and below "World Wide Web"
Robert Cailliau가 디자인한 역사적인 월드 와이드 웹 로고.
브라우저에 표시되는 웹 페이지
2014년 국가별 Web Index 글로벌 지도

일반적으로 웹으로 알려진 WWW(World Wide Web)는 문서 및 기타리소스인터넷[1]통해 액세스할 수 있는 정보 시스템입니다.

문서 및 다운로드 가능한 미디어는 웹 서버를 통해 네트워크에서 사용할 수 있으며 웹 브라우저 등의 프로그램에서 액세스할 수 있습니다.World Wide Web 상의 서버와 리소스는 Uniform Resource Locator(URL; 균일한 자원 로케이터)라고 불리는 문자열을 통해 식별 및 배치됩니다.기존의 매우 일반적인 문서 유형은 HTML(Hypertext Markup Language)로 포맷된 웹 페이지입니다.이 마크업 언어는 플레인텍스트, 이미지, 임베디드 비디오 오디오콘텐츠 및 복잡한 사용자 상호작용을 구현하는 스크립트(숏프로그램)를 지원합니다.HTML 언어는 다른 웹 리소스에 즉시 액세스할 수 있는 하이퍼링크(내장 URL)도 지원합니다.웹 탐색 또는 웹 서핑은 여러 웹 사이트에서 이러한 하이퍼링크를 따르는 일반적인 방법입니다. 응용 프로그램은 응용 프로그램 소프트웨어 역할을 하는 웹 페이지입니다.웹의 정보는 HTTP(Hypertext Transfer Protocol)를 사용하여 인터넷을 통해 전송됩니다.

공통 테마와 일반적으로 공통 도메인 이름을 가진 여러 웹 리소스가 웹 사이트를 구성합니다.하나의 웹 서버가 여러 웹 사이트를 제공하는 반면, 일부 웹 사이트, 특히 가장 인기 있는 웹 사이트는 여러 서버에 의해 제공될 수 있습니다.웹 사이트 콘텐츠는 수많은 기업, 조직, 정부 기관 및 개인 사용자에 의해 제공되며 교육, 엔터테인먼트, 상업 및 정부 정보의 방대한 양으로 구성됩니다.

월드 와이드 웹은 세계 유수의 소프트웨어 [2][3][4][5]플랫폼이 되었습니다.전 세계 수십억 명의 사람들이 [6]인터넷과 소통하기 위해 사용하는 주요 도구입니다.

웹은 원래 문서 관리 [7]시스템으로 생각되었습니다.1989년 CERN의 Tim Berners-Lee에 의해 발명되어 1991년에 일반에 공개되었습니다.

역사

이 NeXT 컴퓨터는 CERN의 Tim Berners-Lee 경이 사용했으며 세계 최초의 웹 서버가 되었습니다.

영국의 컴퓨터 과학자 Tim Berners-Lee는 1989년 스위스의 [8][9][10]CERN에서 일하던 중 월드 와이드 웹을 발명했습니다.1990년에 그는 [7][11]문서를 관리하기 위해 웹 기반(HTTP, HTML, WorldWideWeb 브라우저, 서버최초의 웹 사이트)을 개발했습니다.브라우저는 1991년 1월부터 CERN 외부에서 다른 연구 기관으로, 1991년 8월부터 일반 대중에게 공개되었습니다.웹은 CERN에서 성공을 거두었고 다른 과학 및 학술 기관으로 확산되기 시작했습니다.그 후 2년 동안 [12][13]50개의 웹사이트가 만들어졌다.

CERN은 1993년에 웹 프로토콜과 코드를 무료로 사용할 수 있도록 하여 널리 사용할 [14][15]수 있게 되었습니다.NCSA가 그 해 말 모자이크를 공개한 후, 웹은 1년도 [16][17]채 되지 않아 수천 개의 웹사이트가 생겨나면서 매우 유명해졌다.Mosaic은 인라인 이미지를 표시하고 양식을 제출할 수 있는 그래픽 브라우저이며 HTTPd는 양식을 처리할 수 있는 서버입니다(CGI [18][19]참조).Marc Andreessen과 Jim Clark는 이듬해 Netscape를 설립하고 웹에 Java와 JavaScript를 도입한 Navigator를 출시했다.그것은 빠르게 지배적인 브라우저가 되었다.넷스케이프는 1995년 공기업이 되면서 웹에 대한 열광을 불러일으키고 닷컴 [20]버블을 일으켰다.이에 대해 마이크로소프트는 자체 브라우저인 인터넷 익스플로러를 개발했다.윈도와 함께 번들함으로써 14년 [21]동안 지배적인 브라우저가 되었다.

Tim Berners-Lee는 1996년 XML만든 World Wide Web Consortium([22]W3C)을 설립하고 HTML을 보다 엄격한 XHTML로 대체할 것을 권고했다.그 사이 개발자들은 Ajax 애플리케이션을 만들기 위해 XMLHtpRequest라는 IE 기능을 이용하기 시작했고 Web 2.0 혁명을 시작했다.Mozilla, Opera, Apple은 XHTML을 [23]거부하고 HTML5를 개발한 WHATWG를 만들었으며 2009년 W3C는 XHTML을 인정 및 포기했으며[24] 2019년에는 WHATWG에 [25]HTML 규격의 제어권을 이양했다.

월드 와이드 웹은 정보화 시대의 발전의 중심이었고 수십억 명의 사람들이 [26][27][28][29][30]인터넷상에서 상호작용하기 위해 사용하는 주요 도구입니다.

기능.

World Wide Web은 인터넷 상에서 실행되는 애플리케이션 계층 프로토콜로서 기능하며, 보다 기능적으로 사용할 수 있도록 지원합니다.Mosaic 웹 브라우저의 등장은 이미지 및 동영상(GIF) 표시를 포함하여 웹을 훨씬 더 유용하게 만드는 데 도움을 주었다.

인터넷과 월드 와이드 웹이라는 용어는 종종 큰 차이 없이 사용된다.그러나 두 용어는 같은 것을 의미하지 않습니다.인터넷은 통신과 광네트워크를 통해 상호 연결된 컴퓨터 네트워크의 글로벌 시스템입니다.반면 월드 와이드 웹은 하이퍼링크와 URI로 연결된 문서 및 기타 자원의 글로벌 모음입니다.웹 리소스는 인터넷의 전송 프로토콜을 사용하는 응용 프로그램 [31]수준 인터넷 프로토콜인 HTTP 또는 HTTPS를 사용하여 액세스합니다.

월드 와이드 웹에서 웹 페이지를 보려면 일반적으로 웹 브라우저에 페이지 URL을 입력하거나 해당 페이지 또는 리소스에 대한 하이퍼링크를 따릅니다.그런 다음 웹 브라우저는 일련의 백그라운드 통신 메시지를 시작하여 요청된 페이지를 가져오고 표시합니다.1990년대에는 브라우저를 사용하여 웹 페이지를 보고 하이퍼링크를 통해 한 웹 페이지에서 다른 웹 페이지로 이동하는 것을 '브라우징', '웹 서핑'(채널 서핑 후) 또는 '웹 내비게이션'이라고 합니다.이 새로운 동작에 대한 초기 연구는 웹 브라우저를 사용할 때 사용자 패턴을 조사했습니다.예를 들어, 한 연구에서는 탐색 서핑, 윈도우 서핑, 진화한 서핑, 경계 내비게이션, [32]표적 내비게이션의 다섯 가지 사용자 패턴을 발견했습니다.

다음 예시는 URL 페이지에 액세스할 때 웹 브라우저의 기능을 보여 줍니다.이 브라우저는 글로벌하게 분산된 Domain Name System(DNS; 도메인네임 시스템)을 사용하여 URL()example.org의 서버 이름을 Internet Protocol 주소로 해결합니다.이 검색에서는 203.0.113.4 또는 2001:db8:2e::7334 의 IP 주소가 반환됩니다.그런 다음 브라우저는 인터넷을 통해 해당 주소에 있는 시스템으로 HTTP 요청을 전송하여 리소스를 요청합니다.수신 호스트가 HTTP 요청을 서비스 중인 다른 네트워크 프로토콜과 구별할 수 있도록 HTTP 서비스로 잘 알려진 특정 TCP 포트 번호로부터 서비스를 요청합니다.HTTP는 보통 포트 번호80사용합니다.HTTPS 에서는 보통 포트 번호443사용합니다.HTTP 요청의 내용은 텍스트의 다음 두 줄만큼 단순할 수 있습니다.

얻다 /home.module HTTP/1.1 주인: example.org 

HTTP 요청을 수신하는 컴퓨터는 포트 80에서 요청을 수신하는 웹 서버 소프트웨어에 HTTP 요청을 전달합니다.웹 서버가 요청을 이행할 수 있는 경우 웹 서버는 성공을 나타내는 HTTP 응답을 브라우저로 반환합니다.

HTTP/1.1 200 네 알겠습니다 콘텐츠 타입: text/charset; charset=UTF-8 

다음으로 요청된 페이지의 내용을 나타냅니다.기본 웹 페이지의 Hypertext Markup Language(HTML)는 다음과 같습니다.

<boot> <head> <boot> <thead>Example.org – World Wide Web </title> </head> <p> World Wide Web(WW로 줄여서 일반적으로 알려져 있음)</p> </body> </body> </body>

브라우저는 HTML을 해석하고 마크업을 해석합니다.<title>,<p>단어 주위에 있는 단락 및 기타)를 사용하여 화면의 텍스트 형식을 지정합니다.많은 웹 페이지는 HTML을 사용하여 이미지, 기타 임베디드 미디어, 페이지 동작에 영향을 주는 스크립트, 페이지 레이아웃에 영향을 미치는 계단식 스타일 시트 등 다른 리소스의 URL을 참조합니다.브라우저는 이러한 다른 인터넷 미디어 유형에 대한 추가 HTTP 요청을 웹 서버에 작성합니다.웹 서버로부터 컨텐츠를 수신하면, 브라우저는 HTML 및 이러한 추가 리소스에 의해 지정된 대로 페이지를 점진적으로 화면에 렌더링합니다.

HTML

Hypertext Markup Language(HTML)는 웹 페이지 및 웹 응용 프로그램을 만들기 위한 표준 마크업 언어입니다.CSS(Cascading Style Sheets)와 JavaScript를 통해 월드 와이드 [33]웹의 주춧돌 테크놀로지의 3중창을 형성하고 있습니다.

브라우저는 웹 서버 또는 로컬 스토리지에서 HTML 문서를 수신하여 멀티미디어 웹 페이지로 렌더링합니다.HTML은 웹 페이지의 구조를 의미론적으로 설명하고 원래 문서의 모양에 대한 단서를 포함합니다.

HTML 요소는 HTML 페이지의 구성 블록입니다.HTML 구성에서는 이미지 및 인터랙티브 양식과 같은 다른 오브젝트를 렌더링된 페이지에 포함할 수 있습니다.HTML은 제목, 단락, 목록, 링크, 따옴표 및 기타 항목과 같은 텍스트에 대한 구조적 의미론을 표시하여 구조화된 문서를 작성하는 수단을 제공합니다.HTML 요소는 꺾쇠 괄호를 사용하여 작성된 태그로 표시됩니다.다음과 같은 태그<img />그리고.<input />페이지에 직접 내용을 소개합니다.기타 태그:<p>에 둘러서 문서 텍스트에 대한 정보를 제공하고 하위 태그로 다른 태그를 포함할 수 있습니다.브라우저는 HTML 태그를 표시하지 않지만 페이지 내용을 해석하는 데 사용합니다.

HTML은 JavaScript와 같은 스크립트 언어로 작성된 프로그램을 포함시킬 수 있으며 웹 페이지의 동작과 내용에 영향을 미칩니다.CSS를 포함하면 콘텐츠의 모양과 레이아웃이 정의됩니다.World Wide Web Consortium(W3C)은 HTML 표준과 CSS 표준을 모두 관리하고 있으며 [34]1997년부터 명시적인 프레젠테이션 HTML보다 CSS 사용을 권장하고 있습니다.

링크

대부분의 웹 페이지에는 다른 관련 페이지 및 다운로드 가능한 파일, 원본 문서, 정의 및 기타 웹 리소스에 대한 하이퍼링크가 포함되어 있습니다.기본 HTML에서 하이퍼링크는 다음과 같습니다.<a href="http://example.org/home.html">Example.org Homepage</a>.

하이퍼링크를 나타내는 WWW의 극히 일부분을 그래픽으로 표시

하이퍼텍스트 링크를 통해 상호 연결된 이러한 유용한 관련 자원의 집합을 정보의 이라고 합니다.인터넷상의 출판물은 1990년 [35]11월에 Tim Berners-Lee가 처음 WorldWideWeb이라고 부르는 것을 만들었습니다(원래의 CamelCase에서, 그 후 폐기되었습니다).

웹의 하이퍼링크 구조는 웹그래프에 의해 설명됩니다.웹그래프의 노드는 웹 페이지(또는 URL)에 대응합니다.웹그래프의 노드는 그 사이에 있는 방향된 가장자리를 하이퍼링크에 대응합니다.시간이 지남에 따라 하이퍼링크가 가리키는 많은 웹 리소스가 사라지거나 재배치되거나 다른 콘텐츠로 대체됩니다.이로 인해 하이퍼링크가 사용되지 않게 되고 일부 원에서는 링크 썩음 현상이라고 불리며 영향을 받는 하이퍼링크는 종종 데드링크라고 불립니다.웹의 일시적인 특성으로 인해 웹 사이트를 보관하려는 많은 노력이 촉진되었습니다.1996년부터 활동한 인터넷 아카이브(Internet Archive)는 이러한 노력 중 가장 잘 알려져 있다.

WWW 프리픽스

인터넷 호스트가 제공하는 서비스에 따라 인터넷 호스트를 명명하는 오랜 관행 때문에 월드 와이드 웹에 사용되는 많은 호스트 이름은 www로 시작합니다.웹 서버의 호스트명은 FTP 서버경우 ftp, Usenet 뉴스 서버의 경우 news 또는 nntp와 같은 방법으로 www인 경우가 많습니다.이러한 호스트명은, www.example.com 와 같이 Domain Name System(DNS; 도메인네임 시스템) 또는 서브 도메인명으로 표시됩니다.기술 또는 정책 표준에서는 www를 사용할 필요가 없습니다.많은 웹 사이트에서 www를 사용하지 않습니다.첫 번째 웹 서버는 nxoc01.cern.ch이었습니다.[36]파올로 Palazzi,[37]는 CERN에 팀 버너스리, 진공의 대중화로 서브, 월드 와이드 웹 프로젝트 페이지는 동안info.cern.ch이 CERN홈페이지 생겼다www.cern.ch발행하려고 의도된 것은 우연과 함께, 일했다에 따르면 그러나 DNS기록,고로 진공 앞의 연습 켠 적이 없었다.에서storance의 웹사이트 도메인 이름이 나중에 복사되었습니다.많은 확립된 웹사이트는 여전히 접두사를 사용하거나 www2, secure 또는 en과 같은 다른 서브 도메인 이름을 특별한 목적으로 사용합니다.이러한 많은 웹 서버는 메인 도메인 이름(example.com 등)과 www 서브 도메인(www.example.com 등)이 모두 같은 사이트를 참조하도록 설정되어 있습니다.다른 웹 서버는 어떤 형식을 필요로 하거나 다른 웹 사이트에 매핑될 수 있습니다.서브 도메인명을 사용하면, Web 서버의 클러스터를 가리키는 CNAME 레코드를 작성하는 것으로, 착신 Web 트래픽의 로드밸런싱에 도움이 됩니다.현재 CNAME에서는 서브도메인만 사용할 수 있기 때문에 베어 도메인루트를 [38][dubious ]사용해도 같은 결과를 얻을 수 없습니다.

사용자가 주소 표시줄 입력 필드에서 불완전한 도메인 이름을 웹 브라우저에 제출하면 일부 웹 브라우저는 자동으로 접두사 "www"를 웹 브라우저의 선두에 추가하고 누락된 항목에 따라 ".com", ".org" 및 ".net"을 추가합니다.예를 들어, "filen"을 입력하면 http://www.microsoft.com/으로 변환되고 "open office"에서 http://www.openoffice.org로 변환될 수 있습니다.이 기능은 2003년 초 아직 'Firebird'라는 작업 제목을 가지고 있던 초기 버전의 Firefox에서 나타나기 시작했습니다. 이는 [39][unreliable source?]링스와 같은 브라우저의 이전 관행에서 비롯되었습니다.마이크로소프트(MS)는 2008년 모바일 [40]기기 전용으로 같은 아이디어에 대해 미국 특허를 받은 것으로 알려졌다.

영어로 www는 보통 double-u double-u [41]double-u읽힌다.일부 사용자들은 특히 [42]뉴질랜드에서 그것을 dub-dub-dub이라고 발음한다.팟캐스트의 "팟그램" 시리즈에서 Stephen Fry는 그것을 발음한다.[43]영국 작가 더글러스 애덤스는 일요일(1999년) 인디펜던트에서 "내가 아는 바로는 월드 와이드 웹이 줄임말보다 세 배나 긴 단축형태를 가진 유일한 것이다."[44]라고 말한 적이 있다.In Mandarin Chinese, World Wide Web is commonly translated via a phono-semantic matching to wàn wéi wǎng (万维网), which satisfies www and literally means "myriad-dimensional net",[45][better source needed] a translation that reflects the design concept and proliferation of the World Wide Web.Tim Berners-Lee의 웹 공간에는 월드 와이드 웹이 공식적으로 세 개의 독립된 단어로 표기되어 있으며, 각각 대문자로 표기되어 있으며 하이픈은 [46]삽입되어 있지 않습니다.그럼에도 불구하고, 종종 단순히 웹이라고 불리며, 종종 웹이라고도 합니다. 자세한 내용은 인터넷대문자화를 참조하십시오.www 프리픽스의 사용은 감소하고 있으며, 특히 Web 2.0 웹 어플리케이션이 도메인 이름을 브랜드화하고 쉽게 발음할 [47]수 있도록 하기 위해 노력하고 있는 경우입니다.모바일 웹이 인기를 끌면서 Gmail.com, Outlook.com, Myspace.com, Facebook.com, Facebook.com, Facebook.com 등의 서비스가 도메인에 "www"(또는 ".com")를 추가하지 않고 언급되는 경우가 가장 많습니다.

스킴 지정자

스킴 지정자와 Web URI 의 선두에 있는 스킴 지정자는 각각 Hypertext Transfer Protocol 또는 HTTP Secure 를 참조합니다.요청 및 응답에 사용할 통신 프로토콜을 지정합니다.HTTP 프로토콜은 World Wide Web 운영의 기본이며, HTTPS에서 추가된 암호화 계층은 브라우저가 암호나 은행 정보 등의 기밀 데이터를 보내거나 가져올 때 필수적입니다.일반적으로 웹 브라우저는 생략할 경우 사용자가 입력한 URI에 http://를 자동으로 추가합니다.

페이지

Wikimedia Commons 웹 페이지 스크린샷

페이지(웹 페이지라고도 )는 World Wide Web 및 웹 브라우저에 적합한 문서입니다. 브라우저는 모니터 또는 모바일 장치에 웹 페이지를 표시합니다.

페이지라는 용어는 일반적으로 보이는 것을 의미하지만 컴퓨터 파일 자체의 내용을 의미할 수도 있습니다. 이 파일은 보통 HTML 또는 이와 유사한 마크업 언어로 작성된 하이퍼텍스트를 포함하는 텍스트 파일입니다.일반적인 웹 페이지는 하이퍼링크를 통해 다른 웹 페이지를 참조하기 위한 하이퍼텍스트를 제공합니다.웹 브라우저는 각 웹 페이지를 표시하는 동안 스타일시트, 스크립트, 이미지 의 여러 웹 리소스 요소에 액세스해야 하는 경우가 많습니다.

네트워크에서는 웹 브라우저가 원격서버에서 웹 페이지를 검색할 수 있습니다.웹 서버는 기업 인트라넷과 같은 개인 네트워크에 대한 액세스를 제한할 수 있습니다.웹 브라우저는 HTTP(Hypertext Transfer Protocol)를 사용하여 웹 서버에 이러한 요청을 합니다.

정적페이지는 웹 서버의 파일 시스템에 저장된 웹 콘텐츠와 동일하게 전달됩니다.반면 동적페이지일반적으로 서버 측 소프트웨어에 의해 구동되는 웹 응용 프로그램에 의해 생성됩니다.동적 웹 페이지는 각 사용자가 은행 웹 사이트, 웹 이메일 등 완전히 다른 정보를 요구할 때 사용됩니다.

정적 페이지

정적페이지(평면 페이지/정지 페이지라고도 함)는 웹 응용 프로그램에 의해 생성되는 동적 웹 페이지와 대조적으로 저장된 대로 사용자에게 전달되는 웹 페이지입니다.

따라서 정적 웹 페이지에는 웹 서버의 최신 기능에 따라 모든 컨텍스트에서 모든 사용자에 대해 동일한 정보가 표시됩니다.이러한 버전의 문서를 사용할 수 있고 서버가 이를 수행하도록 설정되어 있는 경우 웹 서버의 콘텐츠 유형 또는 언어를 네고시에이트할있습니다.

동적 페이지

다이내믹 웹 페이지: 서버 측 스크립팅 예시(PHP 및 MySQL)

서버측 동적페이지는 서버측 스크립트를 처리하는 애플리케이션 서버에 의해 구조가 제어되는 웹 페이지입니다.서버측 스크립팅에서는 파라미터에 따라 클라이언트측 처리의 추가 설정을 포함하여 모든 새로운 웹 페이지의 어셈블리가 어떻게 진행되는지 결정됩니다.

클라이언트동적페이지는 브라우저에서 실행되는 JavaScript를 사용하여 웹 페이지를 처리합니다.JavaScript 프로그램은 Document Object Model(DOM)을 통해 문서와 상호 작용하여 페이지 상태를 조회하고 변경할 수 있습니다.그런 다음 동일한 클라이언트 측 기술로 동일한 방법으로 DOM을 동적으로 업데이트 또는 변경할 수 있습니다.

그런 다음 동적 웹 페이지를 사용자 또는 컴퓨터 프로그램에 의해 새로고침하여 일부 가변 콘텐츠를 변경합니다.업데이트 정보는 서버 또는 해당 페이지의 DOM 변경사항에서 가져올 수 있습니다.이로 인해 브라우징 이력이 잘리거나 원래대로 되돌릴 저장된 버전이 생성되지 않을 수 있습니다.그러나 Ajax 기술사용한 동적 웹 페이지 업데이트에서는 원래 페이지로 돌아갈 페이지가 생성되거나 표시된 페이지의 앞으로 웹 브라우징 이력이 잘리지 않습니다.Ajax 기술을 사용하면 최종 사용자는 웹 브라우저에서 하나의 동적 페이지를 단일 페이지로 관리할 수 있지만, 해당 페이지에 표시되는 실제콘텐츠는 다를 수 있습니다.Ajax 엔진은 응용 프로그램서버에서 클라이언트에 대한 DOM의 일부를 요구하는 브라우저에만 있습니다.

동적 HTML(DHTML)은 정적페이지가 아닌 웹 페이지를 만드는 데 사용되는 기술과 메서드의 포괄적 용어이지만, 현재는 거의 [citation needed]사용되지 않는 용어인 AJAX의 대중화 이후 널리 사용되지 않게 되었습니다.클라이언트측 스크립팅, 서버측 스크립팅, 또는 이러한 조합에 의해, 브라우저에서의 동적인 Web 익스피리언스가 실현됩니다.

자바스크립트1995년 NetscapeBrendan Eich에 의해 웹페이지 내에서 사용하기 [48]위해 개발된 스크립트 언어입니다.표준화된 버전은 ECMAScript입니다.[48]웹 페이지를 보다 인터랙티브하게 만들기 위해 일부 웹 애플리케이션은 Ajax(비동기 JavaScript 및 XML)와 같은 JavaScript 기술을 사용합니다.클라이언트측 스크립트는, 마우스의 이동이나 클릭등의 유저의 조작에 응답하거나, 경과시간에 근거해 서버에 추가의 HTTP 요구를 송신할 수 있는 페이지와 함께 제공됩니다.서버의 응답은 각 응답으로 새 페이지를 작성하는 대신 현재 페이지를 수정하는 데 사용되므로 서버는 제한된 증분 정보만 제공하면 됩니다.여러 Ajax 요청을 동시에 처리할 수 있으며 사용자가 데이터를 가져오는 동안 페이지와 상호 작용할 수 있습니다.또한 웹 페이지는 서버를 정기적으로 폴링하여 새로운 정보를 사용할 [49]수 있는지 여부를 확인할 수도 있습니다.

웹 사이트

usap.gov 웹사이트

[50] 사이트는 웹 페이지, 멀티미디어 콘텐츠를 포함한 관련 웹 자원의 집합으로, 일반적으로 공통 도메인 이름으로 식별되며 적어도 하나의 웹 서버에 게시됩니다.대표적인 예로는 google.com, google.com, amazon.com 등이 있습니다.

웹 사이트는 인터넷 퍼블릭인터넷 프로토콜(IP) 네트워크 또는 프라이빗 로컬 영역 네트워크(LAN)를 통해 사이트를 식별하는 Uniform Resource Locator(URL; 균일한 자원 로케이터)를 참조함으로써 액세스할 수 있습니다.

웹사이트는 개인 웹사이트, 기업 웹사이트, 정부 웹사이트, 조직 웹사이트 등 다양한 기능을 가지고 있으며 다양한 방법으로 사용할 수 있다.웹 사이트는 일반적으로 엔터테인먼트 및 소셜 네트워킹에서 뉴스 및 교육 제공에 이르기까지 특정 주제 또는 목적을 위해 사용됩니다.공개적으로 액세스할 수 있는 모든 웹 사이트는 집합적으로 월드 와이드 웹을 구성하는 반면, 회사의 직원용 웹 사이트와 같은 개인 웹 사이트는 일반적으로 인트라넷의 일부입니다.

웹 페이지는 웹 사이트의 구성 요소이며 일반적으로 Hypertext Markup Language(HTML, XHTML)의 형식 지정 명령이 포함된 일반 텍스트로 구성됩니다.적절한 마크업 앵커가 있는 다른 웹사이트의 요소를 포함할 수 있습니다.Web 페이지는 Hypertext Transfer Protocol(HTTP)을 사용하여 액세스 및 전송됩니다.HTTP는 암호화(HTTP Secure, HTTPS)를 옵션으로 사용하여 사용자에게 보안과 프라이버시를 제공할 수 있습니다.사용자의 응용 프로그램(흔히 웹 브라우저)은 HTML 마크업 지침에 따라 페이지 내용을 디스플레이 터미널에 렌더링합니다.

페이지 간의 하이퍼링크는 사이트 구조를 독자에게 전달하고 사이트의 네비게이션을 안내합니다.이것은 종종 사이트 웹 콘텐츠의 디렉토리를 포함하는 홈 페이지로 시작됩니다.일부 웹 사이트에서는 콘텐츠에 액세스하기 위해 사용자 등록 또는 구독이 필요합니다.구독 웹사이트의 예로는 많은 비즈니스 사이트, 뉴스 웹사이트, 학술 저널 웹사이트, 게임 웹사이트, 파일 공유 웹사이트, 메시지 보드, 웹 기반 이메일, 소셜 네트워킹 웹사이트, 다양한 유형의 시장에 대한 실시간 가격 견적을 제공하는 웹사이트, 그리고 다양한 다른 서비스를 제공하는 사이트 등이 있다.최종 사용자는 데스크톱 및 노트북 컴퓨터, 태블릿 컴퓨터, 스마트폰, 스마트 TV다양한 기기에서 웹 사이트에 액세스할 수 있습니다.

브라우저

브라우저(일반적으로 브라우저라고 함)는 World Wide Web 상의 정보에 액세스하기 위한 소프트웨어 사용자 에이전트입니다.웹 사이트의 서버에 연결하여 페이지를 표시하려면 웹 브라우저 프로그램이 필요합니다.사용자가 컴퓨터에 웹 페이지를 다운로드, 포맷 및 표시하기 위해 실행하는 프로그램입니다.

웹 브라우저에는 사용자가 웹 페이지를 검색, 표시 및 이동할 수 있을 뿐만 아니라 일반적으로 북마크 보관, 기록, 쿠키 관리(아래 참조) 및 홈 페이지 등의 기능이 있으며 웹 사이트에 로그인하기 위한 비밀번호를 기록하는 기능도 있습니다.

가장 인기 있는 브라우저는 Chrome, Firefox, Safari, Internet Explorer 및 Edge입니다.

서버

Dell PowerEdge 웹 서버 내부 및 전면.랙마운트용으로 설계된 컴퓨터

서버는 World Wide Web 클라이언트 요청을 충족할 수 있는 서버 소프트웨어 또는 해당 소프트웨어 실행 전용 하드웨어입니다.일반적으로 웹 서버는 하나 이상의 웹 사이트를 포함할 수 있습니다.웹 서버는 HTTP 및 기타 관련 프로토콜을 통해 들어오는 네트워크 요청을 처리합니다.

웹 서버의 주요 기능은 [51]페이지를 저장, 처리 및 클라이언트에 전달하는 것입니다.클라이언트와 서버 간의 통신은 HTTP(Hypertext Transfer Protocol)를 사용하여 이루어집니다.전달되는 페이지는 HTML 문서이며, 텍스트 내용 외에 이미지, 스타일시트스크립트포함할 수 있습니다.

트래픽이 많은 웹 사이트에서는 여러 웹 서버를 사용할 수 있습니다.여기서는 Wikimedia Foundation에서 사용하기 위해 Dell 서버를 함께 설치합니다.

사용자 에이전트(일반적으로 웹 브라우저 또는 웹 크롤러)는 HTTP를 사용하여 특정 리소스에 대한 요청을 함으로써 통신을 시작하고 서버는 해당 리소스의 내용 또는 불가능한 경우 오류 메시지로 응답합니다.리소스는 일반적으로 서버의 세컨더리 스토리지 상에 있는 실제 파일이지만 반드시 그런 것은 아니며 웹 서버의 구현 방법에 따라 달라집니다.

주요 기능은 콘텐츠 서비스이지만 HTTP의 완전한 구현에는 클라이언트로부터 콘텐츠를 수신하는 방법도 포함됩니다.이 기능은 파일 업로드를 포함한 웹 양식 제출에 사용됩니다.

많은 범용 웹 서버는 Active Server Pages(ASP), PHP(Hypertext Preprocessor) 또는 기타 스크립트 언어를 사용한 서버스크립팅도 지원합니다.즉, 웹 서버의 동작은 다른 파일로 스크립팅할 수 있지만 실제 서버 소프트웨어는 변경되지 않습니다.일반적으로 이 함수는 HTML 문서를 동적으로 생성하기 위해 사용됩니다(정적인 문서를 반환하는 대신).전자는 주로 데이터베이스에서 정보를 검색하거나 수정하는 데 사용됩니다.후자는 일반적으로 훨씬 빠르고 쉽게 캐시되지만 동적 콘텐츠를 제공할 수 없습니다.

또한 웹 서버는 프린터, 라우터, 웹캠 의 기기에 내장되어 로컬 네트워크에만 서비스를 제공하는 경우가 많습니다.그런 다음 웹 서버를 대상 장치를 모니터링 또는 관리하기 위한 시스템의 일부로 사용할 수 있습니다.이는 일반적으로 웹 브라우저(현재 대부분의 운영 체제에 포함되어 있음)만 필요하므로 클라이언트 컴퓨터에 소프트웨어를 추가로 설치할 필요가 없음을 의미합니다.

쿠키

HTTP 쿠키( 쿠키, 인터넷 쿠키, 브라우저 쿠키 또는 단순 쿠키라고도 함)는 사용자가 탐색하는 동안 웹 브라우저에서 사용자의 컴퓨터에 저장되는 작은 데이터 조각입니다.쿠키는 웹 사이트가 상태 저장 정보(온라인 상점의 장바구니에 추가된 항목 등)를 기억하거나 사용자의 브라우징 액티비티(특정 버튼 클릭, 로그인, 과거에 방문한 페이지 기록 등)를 기록하는 신뢰할 수 있는 메커니즘으로 설계되었습니다.이름, 주소, 비밀번호, 신용카드 번호 등 사용자가 이전에 양식필드에 입력한 임의의 정보를 기억하기 위해서도 사용할 수 있습니다.

쿠키는 현대 웹에서 필수적인 기능을 수행합니다.아마도 가장 중요한 것은 인증쿠키가 사용자의 로그인 여부 및 로그인 계정을 파악하기 위해 웹 서버에서 가장 일반적으로 사용되는 방법입니다.이러한 메커니즘이 없으면 사이트는 중요한 정보가 포함된 페이지를 전송해야 하는지, 사용자가 로그인하여 인증해야 하는지 여부를 알 수 없습니다.인증 쿠키의 보안은 일반적으로 발급 웹 사이트와 사용자의 브라우저의 보안 및 쿠키 데이터의 암호화 여부에 따라 달라집니다.보안 취약성으로 인해 해커에 의해 쿠키의 데이터를 읽거나 사용자 데이터에 액세스하거나 쿠키가 속한 웹 사이트에 대한 액세스(사용자 자격 증명으로)를 얻기 위해 쿠키의 데이터를 사용할 수 있습니다(예에 [52]대한 사이트 간 스크립팅 및 사이트요청 위조 참조).

추적 쿠키(특히 서드파티 추적 쿠키)는 개인의 브라우징 이력에 대한 장기 기록을 수집하는 방법으로 일반적으로 사용됩니다.[54][55]이러한 문제는 2011년 유럽과 미국 국회의원들이 조치를 취하도록 유도한[53] 잠재적인 사생활 문제입니다.유럽 법은 유럽연합 회원국을 대상으로 하는 모든 웹 사이트가 사용자 장치에 필수적이지 않은 쿠키를 저장하기 전에 사용자로부터 "정보 제공 동의"를 받아야 합니다.

Google Project Zero의 연구원 Jann Horn은 Wi-Fi 핫스팟 프로바이더와 같은 중개자가 쿠키를 읽을 수 있는 방법을 설명합니다.이러한 상황에서는 브라우저를 [56]미지의 모드로 사용할 것을 권장합니다.

검색 엔진

기반 이미지 검색 엔진에서 "달 일식"이라는 용어를 검색한 결과

웹 검색 엔진 또는 인터넷 검색 엔진은 웹 검색(인터넷 검색)을 수행하도록 설계된 소프트웨어 시스템입니다. 는 웹 검색 쿼리에 지정된 특정 정보를 체계적으로 월드 와이드 웹을 검색하는 것을 의미합니다.검색 결과는 일반적으로 검색 엔진 결과 페이지(SERP)라고 하는 일련의 결과에 표시됩니다. 정보에는 웹 페이지, 이미지, 비디오, 인포그래픽, 기사, 연구 논문 및 기타 유형의 파일이 혼합되어 있을 수 있습니다.또한 일부 검색 엔진은 데이터베이스 또는 열린 디렉토리에서 사용할 수 있는 데이터를 마이닝합니다.검색 엔진은 사람 편집자만 관리하는 웹 디렉토리와 달리 웹 크롤러에서 알고리즘을 실행하여 실시간 정보를 유지합니다.웹 검색 엔진에서 검색할 수 없는 인터넷 콘텐츠를 일반적으로 딥 웹이라고 합니다.

딥 웹

딥 웹,[57] 보이지 않는 [58]웹 또는 숨겨진[59] 웹은 콘텐츠가 표준검색 엔진에 의해 인덱싱되지 않는 월드 와이드 웹의 일부입니다.딥 웹의 반대 용어는 서피스 웹으로,[60] 인터넷을 사용하는 모든 사람이 접근할 수 있습니다.컴퓨터 과학자 마이클 K.Bergman은 2001년에 검색 색인 [61]용어로 웹이라는 용어를 만든 것으로 인정받고 있습니다.

딥 웹의 콘텐츠는 HTTP [62][63]에 숨겨져 있으며 사용자가 비용을 지불해야 하는 웹 메일, 온라인 뱅킹, 서비스 등 매우 일반적인 용도를 많이 포함하고 있으며 특히 주문형 비디오, 일부 온라인 잡지 및 신문 유료 벽으로 보호됩니다.

딥 웹의 콘텐츠는 직접 URL 또는 IP 주소로 검색 및 액세스할 수 있으며 공개 웹 사이트 페이지를 통해 비밀번호 또는 기타 보안 액세스가 필요할 수 있습니다.

캐싱

캐시는 공용 인터넷 또는 기업 내에 위치한 서버 컴퓨터이며, 원래 요청 후 일정 시간 내에 동일한 내용이 요청되었을 때 사용자의 응답 시간을 개선하기 위해 최근에 액세스한 웹 페이지를 저장합니다.또한 대부분의 웹 브라우저는 최근에 얻은 데이터를 로컬 데이터 스토리지 장치에 쓰면서 브라우저 캐시를 구현합니다.브라우저의 HTTP 요청은 마지막 액세스 이후에 변경된 데이터만 요구할 수 있습니다.웹 페이지 및 리소스에는 온라인 뱅킹과 같은 민감한 데이터를 보호하기 위해 캐싱을 제어하거나 뉴스 미디어와 같은 자주 업데이트되는 사이트를 용이하게 하기 위한 만료 정보가 포함될 수 있습니다.매우 동적인 컨텐츠를 가지는 사이트에서도, 기본적인 자원의 갱신은 가끔만 허가하는 경우가 있습니다.웹 사이트 설계자는 CSS 데이터나 JavaScript 등의 리소스를 사이트 전체의 몇 개의 파일로 조합하여 효율적으로 캐시할 수 있도록 하는 것이 좋습니다.기업 방화벽은 많은 사용자를 위해 한 사용자가 요청한 웹 리소스를 캐시하는 경우가 많습니다.일부 검색 엔진은 자주 액세스하는 웹 사이트의 캐시된 내용을 저장합니다.

보안.

범죄자에게 있어 웹은 악성 프로그램을 퍼뜨리고 신원 도용, 사기, 스파이정보 [64]수집을 포함한 다양한 사이버 범죄에 관여하는 장소가 되었습니다.현재 웹 기반 취약성은 기존의 컴퓨터 보안 문제를 [65][66]능가하고 있으며, 구글이 측정한 바에 따르면, 약 10개의 웹 페이지 중 1개가 악성 [67]코드를 포함하고 있을 수 있습니다.대부분의 웹 기반 공격은 합법적인 웹 사이트에서 발생하며, Sophos에 따르면 대부분은 미국, 중국 및 [68]러시아에서 호스팅됩니다.모든 악성 프로그램 위협 중 가장 일반적인 것은 [69]웹 사이트에 대한 SQL 주입 공격입니다.HTML과 URI를 통해 웹은 JavaScript의[70] 도입과 함께 제공되는 크로스 사이트 스크립팅(XSS)과 같은 공격에 취약했으며 [71]스크립트의 사용을 선호하는 웹 2.0Ajax설계의해 어느 정도 악화되었다.현재 모든 웹사이트의 70%가 사용자에 [72]대한 XSS 공격에 노출되어 있는 것으로 추정됩니다.피싱은 웹에 대한 또 다른 일반적인 위협입니다.2013년 2월, RSA(EMC의 보안 부문)는 2012년에 [73]피싱으로 인한 전 세계 손실을 15억달러로 추산했습니다.잘 알려진 피싱 방법 중 두 가지는 Convet Redirect와 Open Redirect입니다.

제안하는 솔루션은 다양합니다.McAfee와 같은 대규모 보안 기업은 이미 9/11 이후의 [74]규정을 충족하기 위해 거버넌스 및 컴플라이언스 스위트를 설계하고 있으며, Finjan과 같은 일부 기업은 [64]소스에 관계없이 프로그래밍 코드 및 모든 컨텐츠에 대한 적극적인 실시간 검사를 권장하고 있습니다.일부에서는 기업이 웹 보안을 비용 [75]센터가 아닌 비즈니스 기회로 간주해야 한다고 주장하는 한편, [76]데이터와 네트워크를 보호하는 수백 개의 기업을 대체하기 위해 인프라에서 "유비쿼터스, 상시(Always-on) 디지털 권리 관리"를 시행해야 한다고 주장합니다.Jonathan Zittrain은 사용자들이 컴퓨터 안전에 대한 책임을 공유하는 것이 인터넷을 [77]차단하는 것보다 훨씬 더 바람직하다고 말했다.

사생활

클라이언트가 웹 페이지를 요청할 때마다 서버는 요청의 IP 주소를 식별할 수 있습니다.웹 서버는 보통 로그 파일에 IP 주소를 기록합니다.또한 그렇게 설정하지 않는 한 대부분의 웹 브라우저는 요청된 웹 페이지를 볼 수 있는 기록 기능에 기록하고 일반적으로 대부분의 콘텐츠를 로컬로 캐시합니다.서버-브라우저 통신에서 HTTPS 암호화를 사용하지 않는 한 웹 요청 및 응답은 인터넷을 통해 일반 텍스트로 전송되며 중간 시스템에서 표시, 기록 및 캐시할 수 있습니다.개인 식별 가능 정보를 숨기는 또 다른 방법은 가상 개인 네트워크를 사용하는 것입니다.VPN은 온라인 트래픽을 암호화하고 원래 IP 주소를 마스킹하여 사용자 식별 가능성을 낮춥니다.

Web 페이지가 요구해, 유저가 개인 식별 정보(실명, 주소, 전자 메일주소등)를 제공하는 경우, Web 베이스의 엔티티는 현재의 Web 트래픽을 그 개개의 Web 트래픽에 관련지을 수 있습니다.웹 사이트가 HTTP 쿠키, 사용자 이름 및 비밀번호 인증 또는 기타 추적 기술을 사용하는 경우 웹 사이트 이전 및 이후의 다른 웹 방문과 제공된 식별 가능 정보를 관련지을 수 있습니다.이러한 방법으로 웹 기반 조직은 자신의 사이트를 사용하는 개별 사용자의 프로파일을 개발하고 작성할 수 있습니다.개인의 여가 활동, 쇼핑 관심사, 직업 및 인구 통계 프로필의 다른 측면에 대한 정보를 포함하는 기록을 작성할 수 있을 것이다.이러한 프로파일은 마케터, 광고주 및 기타 사람들에게 잠재적인 관심사입니다.웹 사이트의 이용약관 및 이러한 프로필의 정보를 적용하는 현지 법률에 따라 사용자에게 알리지 않고 판매, 공유 또는 다른 조직에 전달될 수 있습니다.많은 일반인들에게 이것은 그들의 우편함에 있는 예상치 못한 이메일이나 미래의 웹 페이지에 있는 이상한 관련 광고에 지나지 않는다.다른 사람들에게, 이것은 비일상적인 관심에 빠져 시간을 보내는 것은 환영받지 못할 더 많은 표적 마케팅을 야기할 수 있다는 것을 의미할 수 있다.또한 법 집행 기관, 대테러 기관 및 스파이 기관은 웹상의 관심사나 성향에 따라 개인을 식별, 표적화 및 추적할 수 있습니다.

소셜 네트워킹 사이트에서는 보통 사용자가 가명이 아닌 실제 이름, 관심사 및 위치를 사용하도록 합니다. 왜냐하면 경영진은 이것이 소셜 네트워킹 경험을 사용자에게 더 매력적으로 만든다고 생각하기 때문입니다.한편, 업로드된 사진이나 부주의한 진술은 노출을 후회할 수 있는 개인에게 식별될 수 있습니다.고용주, 학교, 부모 및 기타 친척은 게시자가 이러한 시청자를 위해 의도하지 않은 텍스트 게시물이나 디지털 사진 등의 소셜 네트워킹 프로필의 측면에 영향을 받을 수 있습니다.온라인 괴롭힘은 이용자들을 괴롭히거나 스토킹하기 위해 개인 정보를 사용할 수 있다.현대의 소셜 네트워킹 웹 사이트에서는 각 게시물의 프라이버시 설정을 세밀하게 제어할 수 있지만, 이러한 설정은 복잡할 수 있으며,[78] 특히 초보자에게 있어서 찾거나 사용하기 쉽지 않습니다.웹사이트에 게시된 사진과 비디오는 온라인 프로필에 사람의 얼굴을 추가할 수 있기 때문에 특별한 문제를 야기했다.현대적이고 잠재적인 얼굴 인식 기술을 사용하면 그 얼굴을 다른 곳에서 이미징된 다른 익명의 이미지, 사건 및 시나리오와 연관시킬 수 있을 것이다.이미지 캐싱, 미러링 및 복사로 인해 World Wide Web에서 이미지를 삭제하는 것은 어렵습니다.

표준

웹 표준에는 많은 상호의존적인 표준과 규격이 포함되어 있으며, 그 중 일부는 월드 와이드 웹뿐만 아니라 인터넷의 측면을 지배합니다.웹에 초점을 맞추지 않더라도 이러한 표준은 웹 사이트 및 웹 서비스의 개발 및 관리에 직간접적으로 영향을 미칩니다.고려해야 할 사항으로는 웹 페이지 및 웹 사이트의 상호 운용성, 접근성사용성 등이 있습니다.

보다 넓은 의미에서 웹 표준은 다음과 같이 구성됩니다.

웹 표준은 고정된 규칙 집합이 아니라 웹 [85]기술의 최종 기술 사양 집합입니다.웹 표준은 표준화 작업을 인가받은 이해 당사자 그룹인 표준 조직에 의해 개발되며, 단일 개인 또는 기업이 표준으로 선언한 기술이 아닙니다.개발 중인 규격과 최종 개발 상태에 도달한 규격(W3C 규격의 경우 가장 높은 성숙도 수준)을 구별하는 것이 중요하다.

접근성

장애인이 쉽게 사용할 수 있도록 대체 매체 및 형식으로 웹에 액세스하는 방법이 있습니다.이러한 장애는 시각, 청각, 신체, 언어 관련, 인지, 신경학적 또는 일부 조합일 수 있다.접근성 기능은 팔 골절과 같은 일시적인 장애를 가진 사람이나 능력의 [86]변화에 따라 노령화 사용자를 지원합니다.웹은 정보를 제공하고 사회와 상호작용할 뿐만 아니라 정보를 받는다.World Wide Web Consortium은 [87]웹이 장애를 가진 사람들에게 동등한 접근과 기회를 제공할 수 있도록 웹에 접근할 수 있는 것이 중요하다고 주장한다.Tim Berners-Lee는 다음과 같이 말했습니다.웹의 힘은 보편성에 있습니다.장애에 관계없이 누구나 접근할 수 있는 것이 필수적입니다.[86]많은 나라에서 [88]사이트의 요건으로 웹 접근성을 규제하고 있습니다.W3C Web Accessibility Initiative의 국제 협력에 의해, Web 컨텐츠의 작성자 및 소프트웨어 개발자가, 보조 [86][89]테크놀로지를 사용하는 경우와 사용하지 않는 경우의 Web 액세스를 가능하게 하기 위해서 사용할 수 있는 심플한 가이드 라인이 작성되었습니다.

국제화

W3C 국제화 액티비티는 웹 테크놀로지가 모든 언어, 스크립트 및 [90]문화에서 기능함을 보증합니다.2004년 또는 2005년부터 유니코드가 보급되어 2007년 12월에는 ASCII와 서유럽을 제치고 웹에서 가장 자주 사용되는 문자 [91]인코딩이 되었습니다.원래 RFC3986에서는 US-ASCII의 서브셋에서 리소스를 URI로 식별할 수 있습니다.RFC3987에서는 유니버설 문자 집합 의 임의의 문자를 더 많이 식별할 수 있게 되었습니다.또한 IRI에서는 리소스를 임의의 [92]언어로 식별할 수 있게 되었습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ "What is the difference between the Web and the Internet?". W3C Help and FAQ. W3C. 2009. Retrieved 16 July 2015.
  2. ^ Bleigh, Michael (16 May 2014). "The Once And Future Web Platform". TechCrunch. Retrieved 9 March 2022.
  3. ^ "World Wide Web Timeline". Pews Research Center. 11 March 2014. Retrieved 1 August 2015.
  4. ^ Dewey, Caitlin (12 March 2014). "36 Ways The Web Has Changed Us". The Washington Post. Retrieved 1 August 2015.
  5. ^ "Website Analytics Tool". Retrieved 1 August 2015.
  6. ^ "What is the difference between the Web and the Internet?". W3C Help and FAQ. W3C. 2009. Archived from the original on 9 July 2015. Retrieved 16 July 2015.
  7. ^ a b Berners-Lee, Tim. "Information Management: A Proposal". w3.org. The World Wide Web Consortium. Retrieved 12 February 2022.
  8. ^ Tobin, James (12 June 2012). Great Projects: The Epic Story of the Building of America, from the Taming of the Mississippi to the Invention of the Internet. Simon and Schuster. ISBN 978-0-7432-1476-6.
  9. ^ Quittner, Joshua (29 March 1999). "Network Designer Tim Berners-Lee". Time Magazine. Archived from the original on 15 August 2007. Retrieved 17 May 2010. He wove the World Wide Web and created a mass medium for the 21st century. The World Wide Web is Berners-Lee's alone. He designed it. He set it loose it on the world. And he more than anyone else has fought to keep it an open, non-proprietary and free.[페이지 필요]
  10. ^ McPherson, Stephanie Sammartino (2009). Tim Berners-Lee: Inventor of the World Wide Web. Twenty-First Century Books. ISBN 978-0-8225-7273-2.
  11. ^ W3(1991) 관련 자료: 하이퍼텍스트 링크 수식자
  12. ^ Hopgood, Bob. "History of the Web". w3.org. The World Wide Web Consortium. Retrieved 12 February 2022.
  13. ^ "A short history of the Web". CERN. Retrieved 15 April 2022.
  14. ^ "Software release of WWW into public domain". CERN Document Server. CERN. Retrieved 17 February 2022.
  15. ^ "Ten Years Public Domain for the Original Web Software". Tenyears-www.web.cern.ch. 30 April 2003. Archived from the original on 13 August 2009. Retrieved 27 July 2009.
  16. ^ Calore, Michael (22 April 2010). "April 22, 1993: Mosaic Browser Lights Up Web With Color, Creativity". Wired. Retrieved 12 February 2022.
  17. ^ Couldry, Nick (2012). Media, Society, World: Social Theory and Digital Media Practice. London: Polity Press. p. 2. ISBN 9780745639208.
  18. ^ Hoffman, Jay (21 April 1993). "The Origin of the IMG Tag". The History of the Web. Retrieved 13 February 2022.
  19. ^ Clarke, Roger. "The Birth of Web Commerce". Roger Clarke's Web-Site. XAMAX. Retrieved 15 February 2022.
  20. ^ McCullough, Brian. "20 YEARS ON: WHY NETSCAPE'S IPO WAS THE "BIG BANG" OF THE INTERNET ERA". www.internethistorypodcast.com. INTERNET HISTORY PODCAST. Retrieved 12 February 2022.
  21. ^ Calore, Michael (28 September 2009). "Sept. 28, 1998: Internet Explorer Leaves Netscape in Its Wake". Wired. Retrieved 14 February 2022.
  22. ^ Daly, Janet (26 January 2000). "World Wide Web Consortium Issues XHTML 1.0 as a Recommendation". W3C. Retrieved 8 March 2022.
  23. ^ Hickson, Ian. "WHAT open mailing list announcement". whatwg.org. WHATWG. Retrieved 16 February 2022.
  24. ^ Shankland, Stephen (9 July 2009). "An epitaph for the Web standard, XHTML 2". CNet. Retrieved 17 February 2022.
  25. ^ "Memorandum of Understanding Between W3C and WHATWG". w3.org. W3C. Retrieved 16 February 2022.
  26. ^ In, Lee (30 June 2012). Electronic Commerce Management for Business Activities and Global Enterprises: Competitive Advantages: Competitive Advantages. IGI Global. ISBN 978-1-4666-1801-5.
  27. ^ Misiroglu, Gina (26 March 2015). American Countercultures: An Encyclopedia of Nonconformists, Alternative Lifestyles, and Radical Ideas in U.S. History: An Encyclopedia of Nonconformists, Alternative Lifestyles, and Radical Ideas in U.S. History. Routledge. ISBN 978-1-317-47729-7.
  28. ^ "World Wide Web Timeline". Pew Research Center. 11 March 2014. Archived from the original on 29 July 2015. Retrieved 1 August 2015.
  29. ^ Dewey, Caitlin (12 March 2014). "36 Ways the Web Has Changed Us". The Washington Post. Archived from the original on 9 September 2015. Retrieved 1 August 2015.
  30. ^ "Internet Live Stats". Archived from the original on 2 July 2015. Retrieved 1 August 2015.
  31. ^ "What is the difference between the Web and the Internet?". World Wide Web Consortium. Archived from the original on 22 April 2016. Retrieved 18 April 2016.
  32. ^ Muylle, Steve; Moenaert, Rudy; Despont, Marc (1999). "A grounded theory of World Wide Web search behaviour". Journal of Marketing Communications. 5 (3): 143. doi:10.1080/135272699345644.
  33. ^ Flanagan, David. JavaScript – The definitive guide (6 ed.). p. 1. JavaScript is part of the triad of technologies that all Web developers must learn: HTML to specify the content of web pages, CSS to specify the presentation of web pages, and JavaScript to specify the behaviour of web pages.
  34. ^ "HTML 4.0 Specification – W3C Recommendation – Conformance: requirements and recommendations". World Wide Web Consortium. 18 December 1997. Retrieved 6 July 2015.
  35. ^ Berners-Lee, Tim; Cailliau, Robert (12 November 1990). "WorldWideWeb: Proposal for a HyperText Project". Archived from the original on 2 May 2015. Retrieved 12 May 2015.
  36. ^ Berners-Lee, Tim. "Frequently asked questions by the Press". W3C. Archived from the original on 2 August 2009. Retrieved 27 July 2009.
  37. ^ Palazzi, P(2011) 'CERN에서의 WWW 초기'. 2012년 7월 23일 Wayback Machine에서 아카이브.
  38. ^ Fraser, Dominic (13 May 2018). "Why a domain's root can't be a CNAME – and other tidbits about the DNS". FreeCodeCamp.
  39. ^ "automatically adding www.___.com". mozillaZine. 16 May 2003. Archived from the original on 27 June 2009. Retrieved 27 May 2009.
  40. ^ Masnick, Mike (7 July 2008). "Microsoft Patents Adding 'www.' And '.com' To Text". Techdirt. Archived from the original on 27 June 2009. Retrieved 27 May 2009.
  41. ^ "Audible pronunciation of 'WWW'". Oxford University Press. Archived from the original on 25 May 2014. Retrieved 25 May 2014.
  42. ^ Harvey, Charlie. "How we pronounce WWW in English: a detailed but unscientific survey". charlieharvey.org.uk. Retrieved 19 May 2022.
  43. ^ "Stephen Fry's pronunciation of 'WWW'". Podcasts.com. Archived from the original on 4 April 2017.
  44. ^ Simonite, Tom (22 July 2008). "Help us find a better way to pronounce www". newscientist.com. New Scientist, Technology. Archived from the original on 13 March 2016. Retrieved 7 February 2016.
  45. ^ "MDBG Chinese-English dictionary – Translate". Archived from the original on 12 November 2008. Retrieved 27 July 2009.
  46. ^ "Frequently asked questions by the Press – Tim BL". W3.org. Archived from the original on 2 August 2009. Retrieved 27 July 2009.
  47. ^ Castelluccio, Michael (2010). "It's not your grandfather's Internet". thefreelibrary.com. Institute of Management Accountants. Retrieved 7 February 2016.
  48. ^ a b Hamilton, Naomi (31 July 2008). "The A-Z of Programming Languages: JavaScript". Computerworld. IDG. Archived from the original on 24 May 2009. Retrieved 12 May 2009.
  49. ^ Buntin, Seth (23 September 2008). "jQuery Polling plugin". Archived from the original on 13 August 2009. Retrieved 22 August 2009.
  50. ^ "website". TheFreeDictionary.com. Retrieved 2 July 2011.
  51. ^ Patrick, Killelea (2002). Web performance tuning (2nd ed.). Beijing: O'Reilly. p. 264. ISBN 978-0596001728. OCLC 49502686.
  52. ^ Vamosi, Robert (14 April 2008). "Gmail cookie stolen via Google Spreadsheets". News.cnet.com. Archived from the original on 9 December 2013. Retrieved 19 October 2017.
  53. ^ "What about the "EU Cookie Directive"?". WebCookies.org. 2013. Archived from the original on 11 October 2017. Retrieved 19 October 2017.
  54. ^ "New net rules set to make cookies crumble". BBC. 8 March 2011.
  55. ^ "Sen. Rockefeller: Get Ready for a Real Do-Not-Track Bill for Online Advertising". Adage.com. 6 May 2011.
  56. ^ Jann Horn은 2018-01-05에 접속했습니다.
  57. ^ Hamilton, Nigel. "The Mechanics of a Deep Net Metasearch Engine". CiteSeerX 10.1.1.90.5847. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  58. ^ Devine, Jane; Egger-Sider, Francine (July 2004). "Beyond google: the invisible web in the academic library". The Journal of Academic Librarianship. 30 (4): 265–269. doi:10.1016/j.acalib.2004.04.010.
  59. ^ Raghavan, Sriram; Garcia-Molina, Hector (11–14 September 2001). "Crawling the Hidden Web". 27th International Conference on Very Large Data Bases.
  60. ^ "Surface Web". Computer Hope. Retrieved 20 June 2018.
  61. ^ Wright, Alex (22 February 2009). "Exploring a 'Deep Web' That Google Can't Grasp". The New York Times. Retrieved 23 February 2009.
  62. ^ Madhavan, J., Ko, D., Kot, OW., Ganapathy, V., Rasmussen, A. 및 Halevy, A. (2008)구글의 깊은 웹 크롤.VLDB 기금 절차, 1(2), 1241-52.
  63. ^ Shedden, Sam (8 June 2014). "How Do You Want Me to Do It? Does It Have to Look like an Accident? – an Assassin Selling a Hit on the Net; Revealed Inside the Deep Web". Sunday Mail. Archived from the original on 1 March 2020. Retrieved 5 May 2017.
  64. ^ a b Ben-Itzhak, Yuval (18 April 2008). "Infosecurity 2008 – New defence strategy in battle against e-crime". ComputerWeekly. Reed Business Information. Archived from the original on 4 June 2008. Retrieved 20 April 2008.
  65. ^ Christey, Steve & Martin, Robert A. (22 May 2007). "Vulnerability Type Distributions in CVE (version 1.1)". MITRE Corporation. Archived from the original on 17 March 2013. Retrieved 7 June 2008.
  66. ^ "Symantec Internet Security Threat Report: Trends for July–December 2007 (Executive Summary)" (PDF). XIII. Symantec Corp. April 2008: 1–2. Archived (PDF) from the original on 25 June 2008. Retrieved 11 May 2008. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  67. ^ "Google searches web's dark side". BBC News. 11 May 2007. Archived from the original on 7 March 2008. Retrieved 26 April 2008.
  68. ^ "Security Threat Report (Q1 2008)" (PDF). Sophos. Archived (PDF) from the original on 31 December 2013. Retrieved 24 April 2008.
  69. ^ "Security threat report" (PDF). Sophos. July 2008. Archived (PDF) from the original on 31 December 2013. Retrieved 24 August 2008.
  70. ^ Fogie, Seth, Jeremiah Grossman, Robert Hansen, and Anton Rager (2007). Cross Site Scripting Attacks: XSS Exploits and Defense (PDF). Syngress, Elsevier Science & Technology. pp. 68–69, 127. ISBN 978-1-59749-154-9. Archived from the original (PDF) on 25 June 2008. Retrieved 6 June 2008.{{cite book}}: CS1 maint: 여러 이름: 작성자 목록(링크)
  71. ^ 오라일리, 팀(302005년 9월)."무엇인가 웹 2.0".오라일리 출판사.를 대신하여 서명함. 4–5.는 4월 15일 2013년에 원래에서 Archived.6월 4일 2008년과 AJAXRetrieved 웹 사이트 어플리케이션, 리치, 폴(2007년 3월)에"클라이언트 측 보안 통제 장치, 증가된 공격 면에서 XSS을 위한 새로운 가능성(사이트 간 스크립팅)" 같은 보안 취약점을 소개할 수 있다."AJAX/web 2.0응용 프로그램의 보안 위험"(PDF).Infosecurity.252008년 6월에 있는 원본(PDF)에서 Archived.62008년 6월. Hayre, Jaswinder S및 인용하고 있고, Kelath, Jayasankar(6월 22일 2006년)Retrieved."아약스 보안 기본기".보안.집중력이요 물론 152008년 5월에 원래에서 Archived.62008년 6월 Retrieved.
  72. ^ Berinato, Scott (1 January 2007). "Software Vulnerability Disclosure: The Chilling Effect". CSO. CXO Media. p. 7. Archived from the original on 18 April 2008. Retrieved 7 June 2008.
  73. ^ "2012 Global Losses From phishing Estimated At $1.5 Bn". FirstPost. 20 February 2013. Archived from the original on 21 December 2014. Retrieved 25 January 2019.
  74. ^ Prince, Brian (9 April 2008). "McAfee Governance, Risk and Compliance Business Unit". eWEEK. Ziff Davis Enterprise Holdings. Retrieved 25 April 2008.
  75. ^ Preston, Rob (12 April 2008). "Down To Business: It's Past Time To Elevate The Infosec Conversation". InformationWeek. United Business Media. Archived from the original on 14 April 2008. Retrieved 25 April 2008.
  76. ^ Claburn, Thomas (6 February 2007). "RSA's Coviello Predicts Security Consolidation". InformationWeek. United Business Media. Archived from the original on 7 February 2009. Retrieved 25 April 2008.
  77. ^ Duffy Marsan, Carolyn (9 April 2008). "How the iPhone is killing the 'Net". Network World. IDG. Archived from the original on 14 April 2008. Retrieved 17 April 2008.
  78. ^ boyd, danah; Hargittai, Eszter (July 2010). "Facebook privacy settings: Who cares?". First Monday. 15 (8). doi:10.5210/fm.v15i8.3086.
  79. ^ "W3C Technical Reports and Publications". W3C. Retrieved 19 January 2009.
  80. ^ "IETF RFC page". IETF. Archived from the original on 2 February 2009. Retrieved 19 January 2009.
  81. ^ "Search for World Wide Web in ISO standards". ISO. Retrieved 19 January 2009.
  82. ^ "Ecma formal publications". Ecma. Retrieved 19 January 2009.
  83. ^ "Unicode Technical Reports". Unicode Consortium. Retrieved 19 January 2009.
  84. ^ "IANA home page". IANA. Retrieved 19 January 2009.
  85. ^ Sikos, Leslie (2011). Web standards – Mastering HTML5, CSS3, and XML. Apress. ISBN 978-1-4302-4041-9. Archived from the original on 2 April 2015. Retrieved 12 March 2019.
  86. ^ a b c "Web Accessibility Initiative (WAI)". World Wide Web Consortium. Archived from the original on 2 April 2009. Retrieved 7 April 2009.
  87. ^ "Developing a Web Accessibility Business Case for Your Organization: Overview". World Wide Web Consortium. Archived from the original on 14 April 2009. Retrieved 7 April 2009.
  88. ^ "Legal and Policy Factors in Developing a Web Accessibility Business Case for Your Organization". World Wide Web Consortium. Archived from the original on 5 April 2009. Retrieved 7 April 2009.
  89. ^ "Web Content Accessibility Guidelines (WCAG) Overview". World Wide Web Consortium. Archived from the original on 1 April 2009. Retrieved 7 April 2009.
  90. ^ "Internationalization (I18n) Activity". World Wide Web Consortium. Archived from the original on 16 April 2009. Retrieved 10 April 2009.
  91. ^ Davis, Mark (5 April 2008). "Moving to Unicode 5.1". Archived from the original on 21 May 2009. Retrieved 10 April 2009.
  92. ^ "World Wide Web Consortium Supports the IETF URI Standard and IRI Proposed Standard" (Press release). World Wide Web Consortium. 26 January 2005. Archived from the original on 7 February 2009. Retrieved 10 April 2009.

추가 정보

  • Berners-Lee, Tim; Bray, Tim; Connolly, Dan; Cotton, Paul; Fielding, Roy; Jeckle, Mario; Lilley, Chris; Mendelsohn, Noah; Orchard, David; Walsh, Norman; Williams, Stuart (15 December 2004). "Architecture of the World Wide Web, Volume One". Version 20041215. W3C. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  • Berners-Lee, Tim (August 1996). "The World Wide Web: Past, Present and Future". {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  • Brüger, Niels, ed, Web25: 월드 와이드 웹의 최초 25년간의 역사(Peter Lang, 2017).
  • Fielding, R.; Gettys, J.; Mogul, J.; Frystyk, H.; Masinter, L.; Leach, P.; Berners-Lee, T. (June 1999). "Hypertext Transfer Protocol – HTTP/1.1". Request For Comments 2616. Information Sciences Institute. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  • 닐스 브루거, EDWeb History (2010) 362 페이지, 문화, 콘텐츠, 보존에 관한 문제를 포함한 월드 와이드 웹의 역사적 관점.
  • Polo, Luciano (2003). "World Wide Web Technology Architecture: A Conceptual Analysis". New Devices.
  • H.O. 스카우(1990년 3월).'World Wide Web and Health Information(WWWorld Wide Web and Health Information 。새로운 디바이스

외부 링크