- Hardcore IndieWeb는 콘텐츠 원본과 게시 가능한 HTML·웹 자산을 자신의 장치에 보관해, 서비스 사업자에게 정체성과 콘텐츠 통제권을 맡기지 않는 방식임
- HTML을 브라우저에서 미리 본 뒤 호스트에 올리는 1990년대식 출판 과정을 따르면 CMS·SSG·프레임워크·CLI·월 구독 없이 사이트를 운영할 수 있음
- 텍스트 편집기와 SFTP 도구, 웹 호스트만 있으면 되며, NearlyFreeSpeech.net에서는 정적 사이트를 하루 $0.01에 운영하고 $0.25부터 충전할 수 있음
- 랜딩 페이지와 개별 게시물, 아카이브, Atom 피드를 파일로 직접 관리해 페이지마다 구조와 디자인을 바꾸고 변경된 파일만 전송할 수 있음
- 호스트가 사라져도 완성된 사이트를 다른 곳에 그대로 올릴 수 있지만, 도구를 추가할수록 의존성도 늘어나므로 로컬 원본과 게시본 보유가 독립성을 유지하는 조건임
Hardcore IndieWeb가 요구하는 독립성
- IndieWeb는 웹상의 정체성과 콘텐츠를 직접 소유하고 기업의 외부 통제에서 벗어나려는 실용적 접근 방식임
- 구독형 블로그 서비스도 IndieWeb 참여를 도울 수 있지만, 콘텐츠가 타인의 데이터베이스와 서버에 주로 존재한다면 완전히 독립적이지 않음
- 공개 형식으로 내보낼 수 있더라도 서비스를 이용하는 동안에는 콘텐츠를 완전히 통제하지 못함
- 기존 서비스에 만족하는 사람보다 콘텐츠에 대한 완전한 독립과 통제를 원하는 사람에게 맞는 방식임
- Hardcore IndieWeb는 기존 IndieWeb 원칙에 통제권과 이식성이라는 구체적인 기준을 적용함
- 콘텐츠가 주로 자신의 하드 드라이브에 없다면 완전히 통제한다고 보기 어려움
- 게시된 HTML과 웹 자산의 사본이 하드 드라이브에 없다면 사이트가 완전히 이식 가능한 상태가 아님
- 서비스가 폐업해 데이터를 내보낼 수 없게 되면 명목상 콘텐츠 소유권이 있어도 접근하거나 이전할 수 없음
- 운영자의 행동 때문에 서비스를 떠나려 해도 내보낸 형식을 지원하는 다른 서비스를 찾거나, 콘텐츠를 변환하고 도구와 절차를 바꿔야 할 수 있음
- 로컬에 콘텐츠 원본과 완성된 게시본이 있으면 이런 상황에서도 통제권과 이식성을 유지할 수 있음
1990년대식 웹 출판 절차
- Hardcore IndieWeb는 웹 초창기의 단순한 출판 방식을 따름
- 하드 드라이브에서 콘텐츠 작성
- 웹 브라우저에서 미리 보기
- 만족하면 웹 호스트에 업로드하고 필요할 때마다 반복
- 도메인 외에 필요한 것은 텍스트 편집기, 파일 전송 도구, 웹 호스트뿐임
- 프로그래밍 환경이나 IDE, 프레임워크, 셸, CLI 도구, 월 구독은 필요하지 않음
- HTML 지식은 필요하지만 HTML for People 같은 자료로 배울 수 있으며, 소수의 태그와 복사·붙여넣기만으로도 시작 가능함
- 복잡한 SaaS·CMS·SSG·마크업 언어·템플릿 시스템은 선택 사항이며, 파일을 직접 게시하는 단순한 방식도 여전히 작동함
필요한 도구와 호스팅
- 텍스트 편집기는 디스크에 파일을 저장할 수 있다면 무엇이든 사용할 수 있음
- Adam Newbold는 파일 전송까지 지원하는 Nova를 사용함
- 다른 선택지는 텍스트 편집기 목록에서 찾아볼 수 있음
- 파일 전송에는 SSH 또는 SFTP를 지원하는 도구가 필요함
- FileZilla는 여러 운영체제를 지원하는 선택지임
- 정적 사이트 호스트로 NearlyFreeSpeech.net을 추천하며, 하루 $0.01에 운영할 수 있음
- Adam Newbold는 2008년부터 이 서비스를 사용해 왔음
- $0.25부터 계정에 충전하고
static, non-production사이트를 추가할 수 있음 Sites탭에서 사이트 이름을 선택하면 파일 전송용 로그인 정보를 확인할 수 있음- 무료 서브도메인이 제공되며
Domains탭에서 개인 도메인을 추가할 수 있음
- NearlyFreeSpeech는 필수가 아니며, 기본적인 정적 파일 호스팅을 제공하는 다른 웹 호스트도 선택 가능함
기존 사이트와 HTML 준비
- 기존 사이트나 블로그가 HTML 형식이라면 바로 시작하기 쉬움
- 다른 형식으로 운영 중이라면 서비스에 따라 HTML로 내보내거나 변환할 수 있음
- 규모가 큰 블로그에는 변환 도구를 사용하는 편이 적합함
- 규모가 작다면 게시물을 다시 살펴보면서 HTML 파일을 직접 만들 수 있음
- Markdown을 선호할 수 있지만 HTML은 웹의 언어이며, Markdown 파서와 씨름하는 것보다 순수 HTML로 처리하는 편이 간단한 경우도 있음
- 처음부터 디자인하기 어렵다면 HTML5 UP 같은 무료 디자인과 템플릿을 내려받아 편집할 수 있음
블로그를 구성하는 파일
- 일반적인 블로그는 랜딩 페이지, 게시물, 아카이브 페이지, 피드로 구성되며 전용 블로그 서비스 없이 직접 관리할 수 있음
-
랜딩 페이지
- 최신 게시물 전체나 일부, 여러 게시물 또는 게시물이 아닌 콘텐츠를 자유롭게 배치할 수 있음
- 최신 게시물을 표시하려면 내용을 복사하고 독립 페이지로 연결되는 링크를 추가함
- 최근 게시물 5개를 유지하려면 새 글을 위에 붙이고 가장 오래된 글을 아래에서 삭제함
- CMS·SSG·템플릿 엔진의 제약이 없어 페이지마다 구조와 표현을 변경할 수 있음
- 랜딩 페이지 파일명은
index.html이어야 하며 웹 루트에 둠 - NearlyFreeSpeech의 웹 루트는
/home/public임
-
블로그 게시물
- 게시물 하나를 웹페이지 하나로 만들며, 이전 게시물 파일을 복사하고 고유한 파일명과 새 내용을 넣는 방식으로 작성할 수 있음
- 디스크의 파일 구조가 URL에 반영되므로 원하는 주소 체계에 맞춰 폴더를 구성함
/blog/경로를 사용하려면 웹 루트에blog폴더를 만듦the-best-lunch-i-ever-had.html처럼 슬러그 기반 파일명을 사용할 수 있음- 게시물별 폴더 안에
index.html을 두면 URL에서.html확장자를 숨길 수 있음 - 게시물을 Markdown이나 데이터베이스 항목이 아닌 독립 HTML 파일로 관리하면 글마다 서로 다른 스타일과 외형, 레이아웃, 개성을 부여할 수 있음
- 모든 게시물이 같은 모양이어야 한다는 관습은 현대적인 출판 도구에서 비롯됐으며, 직접 만든 HTML에서는 따를 필요가 없음
-
아카이브 페이지
archive같은 이름의 폴더를 만들고 그 안에index.html을 둔 뒤 게시물 목록을 작성함- 정렬 방식과 구성은 자유로우며, 좋아하는 게시물을 페이지 상단에 따로 강조할 수도 있음
Atom 피드 직접 관리하기
- RSS 피드는 특별한 시스템이 아니라 디스크에 저장하는 파일이므로 텍스트 편집기로 직접 수정할 수 있음
- Wikipedia의 Atom 페이지)에 있는 예제 피드를 복사해
feed.xml파일로 시작할 수 있음- Atom은 RSS와 호환되며 보편적으로 지원됨
example.com,<title>,<subtitle>등의 값을 자신의 도메인과 정보로 변경함- 피드에 넣을 게시물마다
<entry>를 만들고 날짜·시간·제목·요약 등을 입력함 <id>에는 UUID Generator에서 새 UUID를 받아 사용함
- 완성한 피드는 W3C Feed Validation Service에 붙여 넣어 파싱 가능 여부를 검사할 수 있음
- 오류가 발견되면 검증 서비스에서 수정할 항목을 확인할 수 있음
게시와 업데이트
- 최초 게시 때는 파일 전송 프로그램으로 서버에 접속해 사이트 전체를 웹 호스트로 복사함
- 이후에는 새로 생기거나 변경된 파일만 전송하면 됨
- 일반적인 업데이트 대상은 랜딩 페이지, 새 게시물, 피드, 아카이브 페이지임
- 게시 과정은 로컬 파일을 원격 서버로 끌어다 놓는 수준으로 처리 가능함
이식성과 추가 도구의 경계
- 완성된 사이트가 자신의 컴퓨터에 있으므로 기존 호스트가 사라져도 다른 호스트에 그대로 업로드할 수 있음
- 블로그 소프트웨어의 중대한 보안 취약점이나 SSG 의존성을 관리할 필요가 없고, 콘텐츠의 모든 측면을 직접 통제할 수 있음
- 이 절차를 그대로 유지하는 것만으로 완전히 독립적인 웹사이트를 계속 운영할 수 있음
- 작업 흐름을 돕는 도구와 절차를 추가할 수 있지만, 도구 하나를 더할 때마다 새로운 의존성도 생김
- 콘텐츠 원본이 자신의 장치에 있고 게시 가능한 사이트 전체의 사본을 보유한다면 Hardcore IndieWeb의 조건을 충족함
직접 HTML을 다루는 자율성
- 핵심 절차는 HTML을 직접 작성해 웹 서버에 업로드하는 것임
- 지난 30년 동안 추가된 기술 계층과 절차, 기대 수준은 웹 작업을 복잡하게 만들고 통제권과 독립성을 다른 사람에게 넘기게 했음
- IndieWeb 서비스를 사용하더라도 웹 존재 전체의 유일한 사본을 서비스 운영자에게 맡긴다면 완전히 독립적이지 않음
- Hardcore IndieWeb는 모든 사람을 위한 방식은 아니지만, 자신의 글을 누가 보유하고 어디에 어떤 형태로 게시할지를 중시하는 사람에게 적합함
- HTML을 직접 다루고 자신의 웹 호스트 공간으로 파일을 복사하는 과정은 초기 웹의 즐거움과 다시 연결되는 직접적이고 자율적인 경험을 제공함