https://www.youtube.com/watch?v=VTqXe3ycOeY

1. 이건 꼭 알아야 한다[^1]

[? 질문] 인터넷과 **웹(월드 와이드 웹, WWW)**은 같은 것인가, 어떤 관계인가[^2]
[= 답] 둘은 같지 않다. 인터넷은 **네트워크와 네트워크를 연결하는 기반(‘다리/고속도로’)**이고, 웹(WWW)은 그 인터넷 위에서 문서를 주고받기 위한 표준(HTTP 등)과 그를 구현한 서비스/환경이다.[^3]

[? 질문] 사람들이 인터넷과 웹을 ‘같다’고 착각하는 이유는 무엇인가[^4]
[= 답] 오늘날 웹 브라우저 하나로 파일 전송, 이메일, 쇼핑, 동영상 시청 등 여러 일을 할 수 있어 “인터넷에서 하는 일 = 웹에서 하는 일”처럼 보이기 때문이다. 하지만 그것이 둘을 동일하게 만들지는 않는다.[^5]

[? 질문] 인터넷이 가능하게 만든 핵심은 무엇이며, 그 위에서 서비스가 어떻게 성립하는가[^6]
[= 답] 인터넷은 네트워크 간 연결을 통해 데이터 송수신을 가능하게 했고, 그 위에서 **서버(제공자)**와 **클라이언트(요청자)**가 **표준화된 프로토콜(예: FTP, HTTP 등)**로 통신함으로써 다양한 서비스가 동작한다.[^7]

---

2. 큰 그림[^8]

이 콘텐츠는 프론트엔드/백엔드 개발자가 웹문서(HTML/CSS 등)를 만들기 전에 반드시 구분해야 할 인터넷과 **웹(WWW)**의 개념 차이와 관계를 역사적 흐름(네트워크 → 인터넷 → 프로토콜 → 웹)으로 설명한다.[^9] 특히 “브라우저로 많은 일을 한다”는 일상 경험이 왜 개념적 혼동을 낳는지 짚고, 웹을 문서 전달 규약/환경으로 규정한다.[^10]

• 인터넷은 네트워크-오브-네트워크를 가능하게 만든 연결 기술(‘다리’, ‘고속도로’)이며, 그 자체가 곧 웹은 아니다.[^11]
• 웹(WWW)은 인터넷 위에서 **문서를 전달하기 위한 표준 프로토콜(HTTP)**과 이를 사용하는 클라이언트/서버 프로그램으로 구성되는 특정 서비스/환경이다.[^12]
• 서버-클라이언트가 섞여도 동작하려면 프로토콜의 표준화가 핵심이며, FTP(파일), 메일, HTTP(문서)처럼 목적별 규약이 존재한다.[^13]

---

3. 하나씩 살펴보기[^14]

3.1 왜 ‘인터넷과 웹’을 구분해야 하는가: 웹문서를 만드는 사람의 기본기[^15]

화자는 “우리가 웹문서를 만들기 위해” 먼저 웹이라는 것이 무엇인지 의미를 분명히 알아야 한다고 전제한다.[^16] 그리고 이번 강의 목표를 인터넷과 웹의 관계/차이를 설명하는 것으로 잡는다.[^17]

현대 사용자는 “인터넷을 쓰면서도 앱도 쓰는” 환경에 살고 있는데, 화자가 실제로 “인터넷과 웹의 차이가 무엇인가/관계가 무엇인가”를 물어보면 놀랍게도 “인터넷이 곧 웹 아니냐”라고 답하는 사람이 꽤 있었다고 말한다.[^18] 하지만 화자는 웹 전문가/웹문서 작성자가 되려면 “인터넷과 웹은 절대 같지 않다”, “차이가 있다”는 점을 반드시 알아야 한다고 강조한다.[^19]

• [h 웹 개발자가 될수록 용어를 정확히 구분해야 하는 이유] 웹문서를 만든다는 것은 단순 사용자가 아니라 웹 환경에서 문서가 전달·표현되는 방식을 다루는 일이므로, 기반(인터넷)과 서비스(웹)를 혼동하면 이후 개념 학습(HTML/CSS, HTTP 등)이 흐려진다는 문제의식이 깔려 있다.[^20]

3.2 사람들이 ‘웹=인터넷’이라고 느끼는 현실적 이유: 브라우저로 너무 많은 것을 한다[^21]

화자는 “웹과 인터넷이 같다”라고 생각하는 사람들을 이해할 수 있다고 말하며, 그 이유를 구체적으로 나열한다.[^22]

오늘날 사용자는 인터넷을 통해 문서를 보며, 흔히 브라우저를 이용해 문서를 열람한다.[^23] 그런데 브라우저는 문서만 보는 것이 아니라:

• 파일을 전달받고(다운로드)[^24]
• 파일을 올리기도(업로드) 하며[^25]
• 웹을 통해 이메일을 보내기도 한다.[^26]
• 경우에 따라 동영상을 보거나, 쇼핑을 하는 등 다양한 활동을 한다.[^27]

이런 경험 때문에 “웹상에서 다 돌아가는 것처럼” 보이고, 결과적으로 웹과 인터넷이 같은 역할을 하는 것처럼 착각하기 쉽다고 설명한다.[^28] 그러나 화자는 여기서 분명히 선을 긋는다:

• [c 인터넷과 웹은 결코 같지 않다] 웹을 통해 많은 일을 ‘할 수는’ 있지만, 그렇다고 웹이 인터넷과 동일하거나 인터넷과 같은 개념/역할인 것은 아니다.[^29]

또한 화자는 “웹이 인터넷 기반으로 여러 가지를 전달받고 전달하고 사용할 수 있다”는 점은 인정하면서도, 그 사실이 “같다”는 결론으로 이어지면 안 된다고 재차 강조한다.[^30]

3.3 구분을 위해 먼저 ‘인터넷’부터 정의하기: 과거의 네트워크 모습[^31]

화자는 “웹이 인터넷과 다르다”를 설명하려면 먼저 “인터넷이 무엇인지부터” 알아야 한다고 말하고, 과거로 돌아가 인터넷 이전의 네트워크를 설명한다.[^32]

당시(과거) 네트워크는 다음과 같은 형태를 띠었다고 한다:

• 왼쪽에 큰 메인프레임이 있고[^33]
• 그 메인프레임의 자원을 쓰기 위한 다수의 **단말기(터미널)**가 연결되어 있었다.[^34]
• 작업 결과물(문서 등)은 메인프레임 쪽에 저장되었고, 연결된 사람들끼리는 그 자원을 공유할 수 있었다.[^35]

즉, 한 조직(회사/학교 등) 내부에서는 메인프레임 중심으로 공유가 가능했지만, 화자는 “다른 회사/학교/다른 곳에도 유사한 네트워크가 있었고”, 그런데 그 네트워크들이 서로 다른 제품으로 만들어진 경우가 많았다고 덧붙인다.[^36]

여기서 문제가 발생한다:

• 서로 다른 네트워크들이 단절돼 있었고[^37]
• 자원 공유는 “이 네트워크 안에서만” 가능했다.[^38]

즉, A 네트워크의 데이터를 B 네트워크에서 쓰는 것이 구조적으로 어렵거나 불가능한 상태였다는 점이 강조된다.[^39]

3.4 인터넷의 탄생 아이디어: “네트워크와 네트워크를 연결할 수 있다면?”[^40]

단절 문제를 해결하기 위해, 화자는 당시 누군가(혹은 업계/연구자들)가 다음과 같은 발상을 하게 되었다고 말한다:

[? 질문] 이 네트워크와 저 네트워크를 연결할 수 있다면 어떨까?[^41]
[= 답] 네트워크 간 연결을 가능하게 하는 인터네트워킹 기술을 고민하고 개발하자.[^42]

화자는 “연결하면 좋은 것”이라고 말하며, 전 세계적으로 많은 네트워크가 존재하던 상황에서 “네트워크와 네트워크 사이를 연결하는 인터네트워크 기술”이 고민되기 시작했다고 설명한다.[^43] 그 결과 여러 곳에서 관련 기술 개발이 시작되었다고 한다.[^44]

그리고 현재 우리가 사용하는 인터넷의 뿌리로, **미 국방성 산하 ARPA(발음상 ‘알파벳’처럼 전달되지만 맥락상 ARPA/ARPANET 계열을 지칭)**에서 성공적으로 만든 기술이 “인터넷”이라는 이름으로 “네트워크와 네트워크를 이어주는 기술”로 사용되고 있다고 설명한다.[^45]

인터넷 ‘생일’ 언급: 1983년 1월 1일[^46]

화자는 인터넷이 “1983년 1월 1일” 전 세계적으로 공표되면서 인터넷이라는 이름이 사용되었고, 그래서 “인터넷은 1983년 1월 1일생”이라고 표현한다.[^47] (즉, 특정 시점을 인터넷의 공식적 출범/표준화 시점으로 잡아 설명한다.)[^48]

3.5 인터넷이 가능하게 한 것: ‘다리 위로 데이터가 오간다’[^49]

인터넷이 생긴 뒤 무엇이 가능해졌는지를 화자는 ‘다리’ 비유로 설명한다.[^50]

• 네트워크와 네트워크 사이에 **다리(게이트웨이 같은 연결 지점/역할)**가 생겼고[^51]
• 그 다리를 통해 데이터를 주고받을 수 있게 되었다.[^52]

화자는 예시로 “이쪽 네트워크에 어떤 파일이 있는데, 저쪽에서 그 파일을 받고 싶다”는 상황을 든다.[^53]

[? 질문] 인터넷으로 네트워크가 연결된 상태에서, 다른 네트워크의 파일을 받을 수 있을까?[^54]
[= 답] 가능하다. 인터넷이 ‘다리’를 만들었기 때문에 파일 전달이 가능해진다.[^55]

이 지점에서 화자는 “파일을 주고받는 상황”을 서비스 관계로 확장한다.[^56]

• 파일을 제공하는 쪽이 있고[^57]
• 파일을 요청하는 쪽이 있다.[^58]

그리고 이 제공/요청 관계를 다음 용어로 정의한다:

• 제공하고 서비스하는 쪽: 서버(Server)[^59]
• 요청하는 쪽: 클라이언트(Client)[^60]

즉, 인터넷은 연결(전송 경로)을 제공하고, 그 위에서 서버/클라이언트라는 역할 분담이 생기며, 이를 통해 자원(파일 등)을 주고받는 구조가 성립한다는 흐름이다.[^61]

3.6 표준화의 필요: 클라이언트/서버가 제각각이면 호환이 깨진다[^62]

화자는 클라이언트가 “수많은 프로그램을 통해 파일을 요청”할 수 있다고 말한다.[^63] 그런데 여기서 중요한 문제가 생긴다:

• 각 프로그램(클라이언트)이 서로 다른 “요청 방식”을 쓰면[^64]
• 서버는 그 요청 방식에 “반응하는” 형태로 만들어져야 하므로[^65]
• 결과적으로 “프로그램마다 서버가 따로” 필요해질 수 있다.[^66]

이렇게 되면 제품을 만드는 쪽도, 서버를 만드는 쪽도, 클라이언트를 만드는 쪽도 모두 골치 아픈 상황이 된다고 설명한다.[^67] (즉, A 클라이언트 ↔ A 서버만 되고 B 클라이언트 ↔ B 서버만 되는 식으로 파편화가 발생한다는 뜻이다.)[^68]

그래서 등장하는 해결책이 표준화다:

• [h 서버와 클라이언트 간 데이터 전송 ‘방식’을 하나의 표준으로 정한다] 그래야 제품이 서로 호환되고, 사용자 환경이 안정적으로 구성된다.[^69]

화자는 “전송하는 방식에 대한 내용들을 하나의 표준화된 방식으로 정해 놓고”, 제품을 만드는 쪽은 그 표준 방식을 바탕으로 환경을 구성한다고 말한다.[^70] 결과적으로 “프로그램을 만들 때 서로 호환되게끔” 하는 방향으로 간다는 취지다.[^71]

3.7 프로토콜 예시(FTP): ‘파일 전송’도 규약이 필요하다[^72]

표준화된 전송 방식(규약)의 대표 예로 화자는 FTP를 든다.[^73]

• FTP는 “파일 전송 프로토콜(File Transfer Protocol)”이라고 설명하며[^74]
• 파일을 전송할 때 사용될 수 있는 “일반적인 규약”을 뜻한다고 말한다.[^75]

그리고 클라이언트 프로그램은 이 일반 규약에 의해 파일 전송 기능을 구현해야 하며, 서버 또한 같은 규약에 따라 클라이언트 요청에 응답하도록 구현된다고 설명한다.[^76]

즉, 인터넷(연결망) 자체만으로는 “서로 이해 가능한 대화 방식”이 자동으로 생기지 않기 때문에, 목적별로 합의된 규약(프로토콜)이 필요하고, 그 규약을 기준으로 클라이언트/서버 제품이 만들어진다는 흐름을 세운다.[^77]

[!NOTE] “인터넷 위에서 동작하는 것”의 의미
인터넷은 “연결”을 제공한다.[^78] 그 연결 위에서 실제로 파일을 보내려면, 서버/클라이언트가 “어떤 형식으로 요청하고 어떤 형식으로 응답할지”를 합의해야 하고, 그 합의가 프로토콜(예: FTP)로 구체화된다.[^79]

3.8 인터넷 위에는 여러 규약이 올라간다: 메일, 명령, 문서… 그리고 HTTP/WWW[^80]

화자는 인터넷이라는 “큰 망(다리)” 위에서 파일 전송 규약이 만들어진 것처럼, 다른 목적의 규약들도 만들어졌다고 설명한다.[^81]

• 메일을 전송하기 위한 규약[^82]
• (어떤 “명령어/글 전달”을 위한) 규약[^83]
• 그리고 **문서(document)**를 전달할 수 있는 규약[^84]

여기서 문서 전달 규약의 대표로 **월드 와이드 웹(WWW)**을 구현하는 데 필요한 HTTP를 언급한다.[^85]

화자는 HTTP를 “하이퍼텍스트를 통해 문서를 전달하게 하는 프로토콜”이라고 설명한다.[^86] 즉, 웹의 핵심 특징으로 흔히 말하는 하이퍼텍스트(문서 간 링크 구조)를 전제로 문서를 전달하는 통신 규약이 HTTP라는 맥락이다.[^87]

그리고 FTP 때와 동일한 구조가 다시 등장한다:

• HTTP라는 프로토콜로 문서를 전달하기 위한 **프로그램(클라이언트/서버)**이 존재하고[^88]
• 이들 역시 “문서를 전달하는 표준 방식”을 이용하는 제품들이다.[^89]

화자는 여러 서비스가 “다 똑같이” 표준 방식을 이용한다는 점을 강조한다.[^90] 즉, 인터넷 위에서 돌아가는 각종 서비스는 “기능은 달라도” 공통적으로 **규약(프로토콜)**을 기반으로 동작한다.[^91]

3.9 결론: 인터넷은 ‘고속도로’, 웹(WWW)은 그 위의 ‘문서 전달에 특화된 서비스/규약’[^92]

이제 화자는 인터넷과 웹의 차이를 비유로 정리한다:

• 인터넷은 고속도로/다리 같은 기반이다.[^93]
• 월드 와이드 웹(WWW)은 그 위에서 문서를 전달하는 데 특화된(특정한 “택배 역할” 같은) 존재로 볼 수 있다고 말한다.[^94]

즉, “인터넷=기반 인프라”, “웹=문서 전달 서비스(규약+구현체)”로 선을 긋는다.[^95]

또한 “요즘 웹과 인터넷의 차이가 없게 느껴지는 이유”를 다시 설명한다.[^96] 웹(WWW) 위에서 파일/메일/기타 서비스들이 함께 제공되는 경우를 자주 보다 보니, 사람들이 “웹과 인터넷이 한 몸”인 것처럼 생각하게 될 수 있다는 것이다.[^97] 그러나 화자는 다시 한 번 못 박는다:

• [c 월드 와이드 웹과 인터넷은 결코 같지 않다] 혼동하더라도 개념적으로는 분리해서 기억해야 한다.[^98]

3.10 다음 학습으로의 연결: 우리가 만들 것은 ‘문서’이며, 웹은 문서 전달 규약이다[^99]

화자는 앞으로의 학습이 “웹 환경에서 문서를 전달받고 전달하는” 것과 관련되어 있으며, 그 첫 번째가 “문서”를 만드는 것(HTML/CSS 학습의 출발점)이라고 연결한다.[^100]

• 웹(WWW)은 “문서를 전달하는 규약”이라는 것을 기억하라고 하고[^101]
• 다음 시간에는 “문서를 전달하는데 왜(어떤 목적/필요로) 웹이 만들어졌는지”를 다룰 것이라고 예고한다.[^102]

[!IMPORTANT] 학습 포인트(화자의 의도)
지금 단계에서 학습자는 “웹 개발 = 인터넷 그 자체”라고 생각하면 안 되고, 인터넷(연결 인프라) 위에 **웹(문서 전달 체계)**이 올라간 구조로 이해해야 이후 HTML/CSS, HTTP, 서버-클라이언트 개념이 정확히 이어진다.[^103]

---

4. 핵심 통찰[^104]

1. [c 웹은 인터넷이 아니다] 인터넷은 네트워크를 연결하는 기반이고, 웹은 그 위에서 문서를 주고받기 위한 규약(HTTP)과 구현 환경이다.[^105]
2. 브라우저가 만능 도구처럼 보이면서 혼동이 생기지만, “브라우저로 하는 일”은 인터넷 위의 여러 서비스(프로토콜) 중 특히 웹(HTTP/문서)을 중심으로 묶여 보이는 현상이다.[^106]
3. 인터넷이 실질적 가치를 만들려면 “연결”만이 아니라 “서로 이해하는 대화 규칙(프로토콜)”이 필요하며, 서버/클라이언트는 그 규칙을 구현한 역할 분담이다.[^107]
4. 프로토콜의 표준화는 생태계를 확장한다. 표준이 없으면 프로그램마다 서버가 달라져 호환이 깨지고, 결과적으로 사용자/개발자 모두에게 비용이 증가한다.[^108]

• 실행 시사점
  • 인터넷/웹/HTTP/FTP 같은 용어를 “동의어”로 쓰지 말고, **계층(인프라→규약→프로그램/서비스)**으로 구분해 설명·설계·학습하라.[^109]
  • 웹문서(HTML/CSS)를 배울 때도 “파일 하나 만드는 것”이 아니라, HTTP로 전달되는 문서라는 맥락에서 이해하면 이후 서버·네트워크 학습이 자연스럽게 연결된다.[^110]

---

5. 헷갈리는 용어 정리[^111]

• 인터넷(Internet): 네트워크와 네트워크를 연결하는 인터네트워킹 기술/기반망(화자 비유로는 ‘다리’, ‘고속도로’).[^112]
• 웹 / 월드 와이드 웹(WWW): 인터넷 위에서 문서를 전달하기 위한 규약(대표적으로 HTTP)과 그를 이용하는 서비스/환경.[^113]
• 브라우저(Browser): 사용자가 웹 문서를 열람하는 대표 클라이언트 프로그램으로, 체감상 다양한 일을 수행해 웹=인터넷 착각을 강화할 수 있는 도구.[^114]
• 서버(Server): 자원(예: 파일/문서)을 **제공(서비스)**하는 쪽.[^115]
• 클라이언트(Client): 자원 제공을 요청하는 쪽.[^116]
• 프로토콜(Protocol): 서버-클라이언트가 데이터를 주고받을 때 따르는 표준화된 전송 규약/약속.[^117]
• FTP(File Transfer Protocol): 파일 전송을 위한 대표 프로토콜.[^118]
• HTTP(HyperText Transfer Protocol): 하이퍼텍스트 기반의 문서 전달을 위한 대표 프로토콜(WWW 구현의 핵심).[^119]
• 메인프레임(Mainframe): 과거 네트워크에서 중앙에 위치해 자원을 제공하던 대형 컴퓨터.[^120]
• 단말기/터미널(Terminal): 메인프레임 자원을 사용하기 위해 연결되던 사용자 측 장치(화자는 “컴퓨터가 아니고 단말기”라고 구분).[^121]

---

---

참고(콘텐츠 정보)[^122]

• 제목: 프론트엔드, 백엔드 개발자를 위한 HTML5, CSS3 강의 02강 - 웹과 인터넷의 차이? 관계?[^123]
• 채널: 뉴렉처[^124]
• 길이: 9분 41초[^125]
• 링크: https://www.youtube.com/watch?v=VTqXe3ycOeY[^126]
• 키워드(제공됨): 프론트엔드, 백엔드, 웹퍼블리싱, HTML, CSS, 웹개발, 웹문서, 웹 프로그래밍[^127]

---

[^1]: @[00:04] “웹 문서를 만들기 위해서 … 웹 … 의미를 분명히 알고 있어야” + @[00:08] “인터넷과 웹의 관계”를 말하겠다고 선언.
[^2]: @[00:23] “인터넷과 웹은 어떤 차이가 있습니까 또는 … 관계가”
[^3]: @[01:47] “웹과 인터넷은 같지 않다” + @[08:20] “인터넷 … 고속도로 … 월드 와이드 웹 … 특화된”
[^4]: @[00:53] “같다 … 충분히 이해” + @[08:32] “차이가 없게 느껴지는 이유”
[^5]: @[01:14] 다운로드/업로드 + @[01:19] 이메일 + @[01:30] 동영상/쇼핑 등 나열
[^6]: @[02:01] “인터넷 뭔지부터” + @[04:12] “데이터를 주고 받고” + @[05:47] “표준화”
[^7]: @[04:53] 서버/클라이언트 정의 + @[06:36] FTP + @[07:24] HTTP
[^8]: @[00:08] 오늘 강의 주제 “인터넷과 웹의 관계”
[^9]: @[00:40] “인터넷과 … 어떤 차이”를 알아보는 내용 + @[02:08] 과거 네트워크로 돌아가 설명
[^10]: @[01:04] 브라우저로 파일/업로드 등 + @[09:11] “월드와이드 웹 … 문서를 전달하는 규약”
[^11]: @[03:18] “네트워크와 네트워크 사이를 연결” + @[08:20] “고속도로” 비유
[^12]: @[07:24] HTTP가 문서 전달 프로토콜 + @[08:20] WWW는 인터넷 위 특화
[^13]: @[06:06] “표준화된 방식” + @[06:36] FTP + @[07:10] 메일 규약 등
[^14]: @[00:40] “이번시간에는 … 차이”를 알아보겠다고 전개 예고
[^15]: @[00:04] 웹문서 만들기 위해 웹 의미를 알아야 한다는 도입
[^16]: @[00:04] 원문 그대로 취지
[^17]: @[00:08] “인터넷과 웹의 관계”
[^18]: @[00:14] 인터넷/앱 사용 + @[00:23] 질문 + @[00:28] “인터넷이 곧 웹” 응답 사례
[^19]: @[00:34] “절대 … 차이가 있다는 것을 알아야”
[^20]: @[09:02] 앞으로 웹 환경에서 문서를 전달받고 전달할 것이라는 학습 연결
[^21]: @[00:53] “같다 … 이해”의 이유를 설명 시작
[^22]: @[00:53] 동일시하는 사람 이해
[^23]: @[01:00] “브라우저 … 문서를 열람”
[^24]: @[01:14] “파일을 다운로드”
[^25]: @[01:14] “올리게 할 수”
[^26]: @[01:19] “웹을 통해서 … 이메일”
[^27]: @[01:24] 파일/… + @[01:30] “쇼핑 … 동영상”
[^28]: @[01:33] “웹상에서 돌아가는 것처럼”
[^29]: @[01:47] “웹과 인터넷은 같지 않다” + @[01:42] “같은 역할 … 아닙니다”
[^30]: @[01:45] “웹을 기반으로 … 전달받고 … 사용할 수 있습니다” + @[01:55] “같지 않다 꼭 기억”
[^31]: @[02:01] “인터넷 뭔지부터”
[^32]: @[02:08] “순서 … 과거 … 돌아가 볼게요”
[^33]: @[02:11] “커다란 메인프레임”
[^34]: @[02:23] “단말기 … 터미널”
[^35]: @[02:27] 문서 저장 + 공유 가능 설명
[^36]: @[02:43] 다른 곳에도 네트워크 + 서로 다른 제품 네트워크
[^37]: @[02:55] “서로 단절”
[^38]: @[03:05] “이 네트워크 안 …” 취지
[^39]: @[02:55]~@[03:05] 단절로 인한 자원 공유 제한 설명
[^40]: @[03:07] “연결할 수 있다면 어떨까”로 전환
[^41]: @[03:07] 원문 질문 형태
[^42]: @[03:18] “네트워크와 네트워크 … 인터네트워크 기술”
[^43]: @[03:13] “연결 … 좋은 거” + @[03:18] 전세계적 맥락
[^44]: @[03:29] “기술들을 … 하기 시작”
[^45]: @[03:33] 국방성 산하(ARPA 취지)에서 성공, 네트워크 연결 기술로 사용
[^46]: @[03:50] “1983년 1월 … 공표”
[^47]: @[03:56] “1983년 1월 1일생”
[^48]: @[03:50]~@[04:02] 출범 시점 설명
[^49]: @[04:12] 다리 생겨 데이터 송수신
[^50]: @[04:12] “다리 역할” 뉘앙스
[^51]: @[04:12] “다리 역할 … 게이트…” 취지
[^52]: @[04:12] “데이터를 주고 받고”
[^53]: @[04:19]~@[04:29] 파일을 다른 쪽에서 받고 싶다는 예시
[^54]: @[04:29] “어떻게 가능할까요”
[^55]: @[04:35] “가능해 졌죠”
[^56]: @[04:46] 제공/요청 구도 도입
[^57]: @[04:46] “제공하는 쪽”
[^58]: @[04:47] “요청한 적(쪽)”
[^59]: @[04:53] “제공하다 … 서버”
[^60]: @[05:06] “클라이언트” 정의
[^61]: @[04:12]~@[05:06] 인터넷 위 데이터 전송과 역할 분담 전개
[^62]: @[05:17]~@[05:33] 요청 방식에 반응하는 서버 필요 → 호환 문제
[^63]: @[05:06]~@[05:09] “수많은 프로그램을 통해 … 요청”
[^64]: @[05:17] “이 프로그램들이 사용하는 요청 방식”
[^65]: @[05:17]~@[05:24] 서버는 요청 방식에 반응해야
[^66]: @[05:24] “프로그램마다 서버가 따로”
[^67]: @[05:33]~@[05:47] “골치 아프게”
[^68]: @[05:33]~@[05:47] 호환되지 않는 제품 문제 취지
[^69]: @[05:47]~@[06:06] “표준화된 방식”으로 정한다
[^70]: @[06:06] “표준화된 방식으로 정해 놓고”
[^71]: @[06:06]~@[06:10] 호환되게끔 취지
[^72]: @[06:21]~@[06:47] 파일 전송 표준 예시로 FTP 소개
[^73]: @[06:36] “ftp” 언급
[^74]: @[06:36] “파일 트랜스퍼 프로토콜”
[^75]: @[06:41] “일반적인 규약”
[^76]: @[06:47]~@[06:53] 클라이언트 구현 + @[06:53]~@[07:02] 서버 구현
[^77]: @[05:47]~@[07:02] 표준화→프로토콜→구현 흐름
[^78]: @[04:12] “다리 … 데이터”
[^79]: @[05:47] 표준화 필요 + @[06:47] 규약에 따른 구현
[^80]: @[07:10] 메일/명령/문서 규약 + @[07:24] HTTP/WWW
[^81]: @[07:02]~@[07:10] 인터넷 위 규약이 만들어짐
[^82]: @[07:10] “메일을 전송 … 규약”
[^83]: @[07:10] “명령어 글 전달” 관련 규약 언급
[^84]: @[07:10] “문서 … 전달” 규약
[^85]: @[07:24] “월드 와이드 웹 … http”
[^86]: @[07:24] “하이퍼텍스트를 통해서 문서를 전달 … 프로토콜”
[^87]: @[07:24] 하이퍼텍스트-문서 전달 연결 설명
[^88]: @[07:43] HTTP 통해 문서 전달 프로그램 존재 취지
[^89]: @[07:49]~@[07:58] “문서를 전달하는 표준 방식”
[^90]: @[07:49] “다 똑같이”
[^91]: @[07:55]~@[08:05] 규약/표준 방식으로 사용자환경 구성 취지
[^92]: @[08:20] 고속도로 비유 + WWW 특화 설명
[^93]: @[08:20] “인터넷을 … 고속도로”
[^94]: @[08:20] “월드 와이드 웹 … 특화 … 택배 역할”
[^95]: @[08:20] 인터넷 vs WWW 역할 대비
[^96]: @[08:32] “차이가 없게 느껴지는 이유”
[^97]: @[08:32] WWW 위에서 여러 서비스가 보이니 혼동
[^98]: @[08:52] “결코 … 같지 않다”
[^99]: @[09:02]~@[09:11] 앞으로 학습(문서 만들기)과 연결
[^100]: @[09:02] “웹 환경에서 … 문서 … 만드는 게”
[^101]: @[09:11] “문서를 전달하는 … 규약”
[^102]: @[09:21]~@[09:36] 다음 시간 예고: 목적/필요
[^103]: @[00:34] “차이를 알아야” + @[09:02] 이후 학습이 웹 문서 전달/제작임을 연결
[^104]: @[01:55] 같지 않다 강조 + @[05:47] 표준화 + @[07:24] HTTP/문서전달 + @[08:20] 고속도로 비유
[^105]: @[01:55] “같지 않다” + @[07:24] HTTP + @[08:20] 고속도로/특화
[^106]: @[01:14] 다운로드/업로드 + @[01:19] 이메일 + @[01:30] 쇼핑/동영상
[^107]: @[04:53] 서버/클라이언트 + @[05:47] 표준화된 방식
[^108]: @[05:24] 프로그램마다 서버 + @[05:33] 골치 아픔 → 표준화 필요
[^109]: @[06:06] 표준화 + @[07:10] 여러 규약 + @[08:20] 인터넷/웹 구분
[^110]: @[09:02] 웹 환경에서 문서 전달/제작이 학습 목표
[^111]: @[04:53] 서버/클라이언트 정의 + @[06:36] FTP + @[07:24] HTTP + @[08:20] 고속도로 비유
[^112]: @[03:18] 네트워크 간 연결 + @[08:20] 고속도로 비유
[^113]: @[07:24] HTTP로 문서 전달 + @[08:20] WWW 특화
[^114]: @[01:00] 브라우저로 문서 열람 + @[01:14] 파일 처리 등
[^115]: @[04:53] “제공 … 서버”
[^116]: @[05:06] “요청 … 클라이언트”
[^117]: @[05:47] “표준화된 방식” + @[06:41] “일반적인 규약”
[^118]: @[06:36]~@[06:47] FTP 정의
[^119]: @[07:24] HTTP 정의
[^120]: @[02:11] 메인프레임
[^121]: @[02:23] “단말기 … 터미널”
[^122]: 사용자 제공 메타데이터(제목/채널/길이/링크/키워드) + 영상 내용 전반
[^123]: 사용자 제공 제목
[^124]: 사용자 제공 채널
[^125]: 사용자 제공 길이
[^126]: 사용자 제공 링크
[^127]: 사용자 제공 키워드