🏠 🖥️ Gopher 프로토콜의 부활? 웹 이전의 하이퍼텍스트 세상 🕰️

Gopher 프로토콜은 1990년대 초반, 월드 와이드 웹(WWW)이 등장하기 전 인터넷에서 정보를 검색하고 공유하던 주류 방식이었습니다. 텍스트 기반의 간결한 메뉴 구조로 정보를 탐색하게 했던, 웹의 초기 선배 격 기술이라고 할 수 있습니다.

탄생 배경: 1991년, 미네소타 대학교(University of Minnesota)에서 정보를 계층적인 메뉴 구조로 제공하기 위해 개발되었습니다. 대규모 대학 정보 시스템을 쉽게 접근하고 관리하는 것이 목표였습니다.
이름의 유래:
- 미네소타 대학교의 마스코트인 고퍼(Gopher)를 의미합니다.
- 정보를 “Go for” (찾아 나서다)라는 의미의 언어유희도 담고 있습니다.
작동 방식: Gopher는 파일 시스템의 디렉토리 구조와 유사하게 작동합니다. 사용자가 서버에 접속하면, 텍스트 기반의 메뉴 목록이 나타나고, 사용자는 번호를 선택하여 다음 메뉴나 실제 파일(텍스트, 이미지 등)로 이동합니다.

Gopher는 빠르고 효율적이었으나, 다음과 같은 이유로 WWW(HTTP)에 밀려나게 되었습니다.

하이퍼링크의 한계: Gopher는 메뉴 내 이동이나 특정 리소스 접근만 가능했습니다. 반면, HTML은 문서 내의 어떤 단어에도 링크를 걸어 비선형적으로 정보를 연결할 수 있었습니다 (하이퍼링크). 이 유연성과 자유로움이 압도적인 차이를 만들었습니다.
멀티미디어 지원 부족: Gopher는 기본적으로 텍스트 기반이었습니다. 웹은 HTML의 발전과 함께 인라인 이미지, 오디오, 비디오 등 풍부한 멀티미디어를 지원하며 폭발적으로 성장했습니다.
상업적 문제: 미네소타 대학이 Gopher의 사용료를 부과하려고 했던 시도가 있었고, 이로 인해 무료인 HTTP 표준이 확산되는 데 큰 영향을 미쳤습니다.

Gopher의 통신은 매우 간단하며, HTTP보다 훨씬 단순한 프로토콜입니다.

Gopher는 기본적으로 TCP 포트 70을 사용하며, 클라이언트와 서버 간의 대화는 간단한 텍스트 문자열 교환으로 이루어집니다.

클라이언트 요청: 클라이언트는 서버에 접속하여 요청할 항목의 셀렉터(Selector)를 보냅니다. (셀렉터는 원하는 파일의 경로와 이름입니다.)
- 예시 요청: test_directory/document.txt\r\n
서버 응답: 서버는 요청받은 셀렉터에 해당하는 데이터를 보낸 후, 연결을 즉시 종료합니다. (HTTP와 달리 지속적인 연결 개념이 없습니다.)

Gopher 서버가 클라이언트에게 메뉴 목록을 보낼 때, 각 항목은 텍스트 줄로 구성되며, 각 줄의 첫 번째 문자는 해당 항목의 유형(Type)을 나타냅니다.

이처럼 Gopher는 유형 코드를 통해 데이터의 성격을 미리 정의하여 전송했기 때문에, 웹처럼 MIME 타입을 복잡하게 처리할 필요가 없었습니다.

Gopher의 한계를 극복하기 위해 Gopher+라는 확장 버전이 제안되었으나, 이미 HTTP가 대세를 장악한 이후라 널리 퍼지지 못했습니다.

현재 Gopher는 주류 인터넷에서 완전히 밀려났지만, 특정 커뮤니티에서는 여전히 레트로 컴퓨팅과 간결함을 추구하며 사용되고 있습니다.

Gemini 프로토콜의 영향: 최근에는 Gopher와 웹의 장점만을 취합하여 간결함과 개인 정보 보호를 극대화한 Gemini라는 새로운 프로토콜이 등장했습니다. Gopher의 단순함을 계승한 이 프로토콜의 등장은 다시 한번 단순하고 빠르며 텍스트 중심의 인터넷에 대한 향수를 불러일으키고 있습니다.

Gopher는 웹의 복잡함에 지친 개발자와 사용자들이 단순하고 빠르던 과거의 인터넷 경험을 회상하고, 새로운 형태의 미니멀리즘 인터넷을 모색하는 데 여전히 영감을 주고 있는 흥미로운 주제입니다.