귀하의 질문에 즉시 대답하기 위해 : 아닙니다. 월드 와이드 웹은 이제 우리가 알고있는 HTTP에 의존하지 않습니다. HTTP에 의존하지 않았습니다. 클라이언트가 서버에서 리소스를 요청하는 데 사용할 수있는 안정적인 전송을 통한 프로토콜 만 있으면됩니다. 최소한의 요구 사항 만 있으면됩니다. 웹이 처음 대중화되었을 때 사용 가능한 최고의 프로토콜 이었기 때문에 이제 HTTP를 사용합니다. SPDY 의 경우와 같이 HTTP보다 나은 것이 나올 때 HTTP도 프로토콜 이전의 기록으로 사라집니다.
그러나 그것은 HTML에 의존하고 CSS, JavaScript 등과 같이 그 주위에서 성장한 다양한 기술에 대해서는 조금 덜 의존합니다. 오늘날의 HTML 5조차도 20 년 전 HTML로 인식 될 수 있으며 대부분 그 당시의 브라우저에 의해 구문 분석 가능합니다 , 오늘날 잘 만들어진 웹 사이트는 실제로 가장 오래된 브라우저에서 작동 합니다 (20 년 전에 잘 만들어진 웹 사이트는 실제로 오늘날의 브라우저에서 작동 합니다).
이 답변의 나머지 부분은 내 경험에서 비롯되어 건너 뛸 수 있지만 ...
지금까지의 기존 답변은 오늘날의 참고 문헌을 인용 한 바 있습니다. 불행히도 오늘날 인터넷에는 1990 년대 후반의 "dot-com boom"이전의 시간에 대한 정보가 거의 없기 때문입니다. 이러한 참고 문헌 중 일부는 내 경험과 일치하지 않습니다. 인터넷에 공개되기 몇 년 전에 인터넷에 있었고 웹의 부상을 볼 수있는 좋은 견해를 가지고있었습니다.
HTTP는 웹 페이지 및 기타 파일을 서버로 전송하거나 서버에서 효율적으로 전송하는 프로토콜 로 설계되었습니다 . FTP의 다양한 단점을 해결하여 웹 페이지를 제공하는 데있어 실질적인 선택이되지 않았습니다. 특히 방화벽과 NAT가 거의 없기 때문에 FTP는 "활성"모드에서 주로 사용되었습니다. FTP는 1985 년부터 "수동"모드를 사용했지만 인터넷의 많은 부분이 철막 뒤에서 움직이기 시작할 때까지는 실제로 필요하지 않았습니다. 어느 모드에서나 파일을 전송하기 위해 여러 연결을 열어야하는 것은 기껏해야 비효율적이었습니다. HTTP는 사실상 모든 사람의 가정 연결이 전화 접속일 때 매우 중요한 FTP (또는 Gopher)보다 성능이 뛰어나고 전화 접속이 매우 느릴 수 있습니다.
그리고 몇 개의 웹 페이지가 Gopher를 통해 제공되었지만 대부분의 시대에 일반적인 웹 클라이언트가 HTTP, FTP 및 Gopher와 같은 여러 프로토콜을 지원했기 때문입니다. 그들은 마음을 나누기 위해해야했습니다. 현재 "인터넷 검색"은 Archie라는 프로그램으로 수행되었으며 FTP 사이트의 파일에 대해서만 알려줍니다. 그런 다음 Gopherspace를 검색하기 위해 Veronica 또는 Jughead를 사용해야했습니다. 또한 최초의 중요한 전체 텍스트 검색 엔진 인 WAIS도 있었지만 Wikipedia가 알려주지 않는 것은 과도하게 엔지니어링 된 쓰레기였으며 어떤 사이트를 검색해야하는지 알지 못한다면 아무것도 찾을 수 없었습니다. 로 시작하십시오.
나는 1995 년쯤에 웹에 관해 AIDS 연구원과 몇 주에 걸쳐 대화를 나누고 그가이 모자이크를 시험해 보라고 설득하려고 노력한 것을 기억합니다. Johns Hopkins는 웹에서 HTTP를 통해 자신에게 필요한 의료 데이터베이스를 구축했으며 웹 브라우저 만 액세스 할 수 있다는 유일한 방법이었습니다. 비슷한 줄을 따라 다양한 사람들과 많은 대화를 나 had습니다.
당시에는 웹 사용자 에이전트가 발판을 마련하기 위해 일반적으로 FTP 및 Gopher를 지원하여 사람들이 단일 프로그램을 사용하여 해당 프로토콜을 통해 모든 리소스를 보거나 다운로드 할 수있었습니다. 웹이 작동했지만 웹 전용 웹 페이지를 다운로드하는 것조차 2400bps에서 매우 느리게 진행되었으며, 넷을 공개적으로 공개했을 때 많은 사람들 (자체 포함)이 여전히 나아지지 않았습니다. 캔사스 대학교 (University of Kansas)가 운영하는 유닉스 쉘 계정으로 텔넷으로 접속 lynx하거나 일반인 에게 텔넷으로 접속하는 것이 종종 더 빠르다 lynx. 이 대학에는 충분한 대역폭이 있었으며 한 번에 화면 만 볼 수있었습니다 (2400bps에서 80x24 터미널을 새로 고치는 데 약 4 초가 걸렸습니다).
따라서, 하나의 프로그램에서, 그것은 여부 lynx, mosaic이 프로그램은 일반적으로 숨겨 또는 사용중인 특정 전송을 드 강조 당신은 시간에 인터넷에 거의 아무것도 액세스 할 수 있습니다, 또는 참조 클라이언트 CERN은 쓴하지만 아무도 정말 지금까지 사용하지 . (즉, 아무도 주소 표시 줄을 보지 않았습니다. Lynx는 특별히 요청하지 않으면 현재 URL을 표시하지 않습니다.)
HTTP는 다른 프로토콜보다 빠르고 유연했으며 HTML은 이전에 사용 가능한 것보다 문서를 표현하는 데 더 강력한 언어였습니다. 고퍼는 기회가 없었습니다. 그것은 몇 년 동안 중요한 형태로 존재했습니다. 그리고 FTP는 대용량 파일이나 전체 디렉토리 구조를 한 번에 전송하는 데 약간 도움이 tar되며 ( gzip비밀 정보 가 있다고 가정 하고 ) 최근까지는 데이터 업로드 에 더 좋았 기 때문에 여전히 유용 합니다.
여기서 집으로 돌아 가려는 것은 웹이 전송에 구애받지 않는다는 것입니다. 그것은 시작하기 위해 이루어져야했고 그것이 사실이라는 것은 그것이 앞으로 수십 년 또는 심지어 수 세기 동안 계속 사용될 것이라는 것을 의미합니다.