죠셉의 세상이야기

이전에 웹표준에 대해서 포스팅하였습니다.

이번엔 웹접근성(web accessibility)에 대한 정의를 한번 알아보겠습니다.

제법 규모가 있는 사이트들은 일년에 몇회 이상 웹 접근성 컨설팅 업체를 통해서 검사를 받습니다.

W3C의 정의에 의하면 웹 표준성은 접근성, 사생활 보호, 보안, 국제화의 측면을 고려해야 합니다. 

이 중에 접근성을 흔히 '웹접근성'이라고 하고 웹 표준성과 함께 많이 언급되는 개념입니다. 

웹접근성은 장애 여부에 상관없이 누구나 원활하게 웹페이지를 이용할 수 있어야 한다는 것을 의미합니다. 

예를 들어 시각장애인의 경우 화면을 눈으로 볼 수 없기 때문에 그렇지 않은 사람과 같은 방식으로는 웹페이지를 이용할 수 없습니다. 

그래서 '스크린 리더'라는 별도의 소프트웨어를 컴퓨터에 설치해서 인터넷을 이용합니다. 

스크린 리더는 모니터에 비춰지는 내용을 인식해서 음성, 점자로 출력해주는 역할을 합니다. 

화면에 '메뉴'라는 텍스트가 있으면 이를 인식해서 '메뉴'라는 음성이 나오는 방식이라고 합니다. 

시각장애인은 이를 이용해 눈으로 보는 대신 소리로 들으면서 웹페이지에 담긴 정보를 이해할 수 있습니다. 

하지만 스크린 리더는 소프트웨어에 불과하므로 스스로 웹페이지의 내용을 분석해서 이건 무슨 내용이고 저건 무슨 내용이다라는 걸 이해할 수 없습니다. 

특히 이미지의 경우가 그렇습니다. '메뉴'라고 텍스트로 집어 넣지 않고 메뉴라고 그려진 이미지를 사용하면 비 시각 장애인의 눈에는 똑같이 메뉴라고 보이지만 소프트웨어 입장에서는 그저 이미지일 뿐입니다. 

그 이미지 안에 그려진 내용을 인식하는 것은 불가능합니다. 

그래서 되도록 이면 이미지를 사용하지 말고 소스 코드에 내용을 그대로 담는 것이 권장되며, 부득이하게 이미지를 사용할 경우 반드시 이 이미지가 어떤 내용인지 설명을 추가해야 합니다. 

<button>메뉴</button>

<img src="images/button.jpg" alt="메뉴 버튼" />

위와 같이 메뉴 버튼을 두 가지 방식으로 구현할 수 있습니다. 

윗줄은 <button> 태그를 이용해서 구현하는 방식이고 아래 줄은 버튼 모양의 이미지를 쓰는 방식입니다. 

둘 중 어느 방식을 쓰던 버튼의 기능은 그대로 구현할 수 있습니다. 하지만 되도록이면 윗줄의 방식을 쓰는것이 권장됩니다. 

이미 <button> 태그를 쓰고 있기 때문에 스크린 리더가 메뉴라는 텍스트가 담긴 '버튼'이라는 것을 사용자에게 올바르게 전달할 수 있기 때문입니다. 

하지만 부득이하게 이미지를 쓴다면 특히 버튼 특유의 회색 그라데이션을 견딜 수 없다면 alt라는 속성을 추가한 뒤 이 이미지가 무슨 이미지인지 설명하는 텍스트를 추가해주어야 합니다. 

이렇게 할 경우 비 시각 장애인의 눈에는 alt 속성에 쓰여진 '메뉴 버튼'이라는 텍스트는 볼 수 없습니다. 

하지만 스크린 리더는 이를 '메뉴 버튼'이라는 이미지로 인식해 사용자에게 정보를 전달하게 됩니다. 

이처럼 장애가 있는 경우에도 웹페이지를 원활하게 이용할 수 있도록 지켜야 하는 사항을 웹접근성이라고 합니다.

위키피디아에 등제된 웹접근성에서 고려해야 할 사항입니다.

시각: 실명, 색각 이상, 다양한 형태의 저시력을 포함한 시각 장애

운동성: 파킨슨병, 근육병, 뇌성마비, 뇌졸중과 같은 조건으로 인한 근육 속도 저하, 근육 제어 손실로 말미암아 손을 쓰기 어렵거나 쓸 수 없는 상태

청각: 청각 장애

발작: 깜박이는 효과나 시각적인 스트로보스코프를 통해 일어나는 뇌전증성 발작

인지: 문제 해결과 논리 능력, 집중력, 기억력에 문제가 있는 정신 지체 및 발달 장애, 학습 장애 (난독증, 난산증 등)

웹접근성 지침 한글번역본

자세한 웹접근성 지침에 관한 정보들이 있습니다.

네이버에서 '널리'라는 프로젝트의 일환으로 네이버 사옥 그린팩토리 2층에 '웹접근성 체험 부스'를 오픈했습니다. 

이 곳에 방문하면 누구나 무료로 실제 장애가 있는 경우 어떤 식으로 인터넷을 이용하는지 직접 체험해 볼 수 있다고 합니다.

널리 공식 홈페이지

웹접근성 연구소 아래에 사이트에 가입하고 들어가서, 코딩한 페이지가 접근성에 맞는지 문의할 수도 있더군요.

웹접근성 연구소

웹사이트는 모두가 사용할 수 있어야 합니다. 

별거 아닌거같아 보였는데 웹사이트를 만들려면 여러가지 고려해야 할 사항들이 많네요.

출처 : 나무위키, 위키피디아

-웹표준에 대해 알아보겠습니다.

웹개발을 하다보면, 웹표준이니 웹접근성이니 하는 말들을 인터넷에서 많이 사용하는데요. 

우선, 웹 표준이란 무엇인지 이 포스팅에서 한번 알아보겠습니다.

월드 와이드 웹의 측면을 서술하고 정의하는 공식 표준이나 다른 기술 규격을 가리키는 일반적인 용어입니다.

보통 인터넷을 이용할 때 같은 웹페이지라면 어느 브라우저를 사용하는지 여부에 상관없이 그 웹페이지가 똑같이 보이고 정상적으로 작동해야 함을 의미합니다. 

Acid 테스트를 통해서 웹 브라우저가 웹 표준을 준수하는지 테스트할 수 있습니다. 

W3C 웹표준 설명

이전에 엑티브x(Atcivex)항목에서 포스팅 하였던 데로 한국에서는 정부나 공공기관부터가 웹 표준을 무시하고 있습니다.

웹 사이트를 작성하는 데 중요도가 높아지고 있으며 웹 디자인, 개발과 관계가 있습니다. 

수많은 상호 의존성이 있는 표준들과 규격들 가운데 일부는 단지 월드 와이드 웹으로만 끝나는 것이 아니라, 인터넷의 관리 측면이기도 하며 이러한 표준들은 직간접적으로 웹 사이트, 웹 서비스 개발과 관리에 영향을 주고 있습니다. 

웹 표준을 완벽하게 지키려면 특정 브라우저에 의존하는 플러그인이나 코드를 완벽하게 제거해야 하는 것이 보통인데, 일반적인 브라우저에 공통적으로 제공되는 플러그인은 이 기준에서 예외가 되는 경우가 많습니다.

이러한 것들 모두 "웹 표준"이라고 부르지만 웹 표준으로 이동하는 것을 찬성하는 사람들은 사용성과 접근성에 직접 영향을 미치는 더 높은 수준의 표준에 초점을 두는 경향이 있습니다. 

더 넓은 뜻의 웹 표준은 아래를 이릅니다.

-W3C (World Wide Web Consortium) - 대표적으로 HTML과 CSS의 표준을 정한다.

-국제 인터넷 표준화 기구 (IETF)가 출판한 인터넷 표준 (STD) 문서

-국제 인터넷 표준화 기구 (IETF)가 출판한 RFC (Request for Comments) 문서

-국제표준화기구(ISO)가 출판한 표준들

-Ecma 인터내셔널 (이전 이름은 ECMA)이 출판한 표준들 - JavaScript 표준이 여기서 정해진다.

-유니코드 컨소시엄이 출판한 유니코드 표준과 다양한 유니코드 기술 보고서 (UTR)

-인터넷 할당 번호 기관 (IANA)이 운영하는 이름과 번호 레지스트리

-웹 표준이 중요한 이유는 무엇일까요?

산업표준이 왜 존재하는지, 도량형이 왜 존재하는지 생각해 보면 이유가 명확해집니다. 

산업현장에서 부품들의 표준화가 돼 있지 않으면 업체마다 서로 호환이 되지 않고, 같은 업체에서 생산하는 부품도 품질보장이 되질 않을 것입니다. 

웹 환경은 본질적으로 '통신'이기 때문에 더욱 더 표준화가 중요해집니다. 

비표준 '부품'이야 자기네 제품에만 독점적으로 사용할 거라면 크게 상관없지만 웹은 누가 어떤 장치를 어떤 방식으로 사용할지를 제공자가 통제할 수 없기 때문입니다.

2016년 기준으로 인터넷 사용 인구는 30억명을 훌쩍 넘어 갔습니다. 

사실상 전인류의 절반이 인터넷을 사용하고 있고 인터넷 트래픽의 거의 전부를 차지하는 게 웹 트래픽입니다. 

사용하는 사람이 많아지면 표준화는 반드시 해결해야 할 과제가 됩니다. 그것이 일개 개인의 프로젝트에서 시작되었든(월드 와이드 웹), 국제 연합 수준의 극대규모 프로젝트(미터법)였던 말입니다.

웹 표준이 없던 90년대 말 ~ 2000년대 초반에는 웹 사이트 개발자는 사실상 두 개의 사이트를 만들어야 했습니다. 

인터넷 익스플로러용과 넷스케이프용의 두 개로 말이죠. 

실질적으로는 각종 핵과 브라우저 판별 코드를 삽입해야 해서 3배의 노동이 들어갔다고 합니다. 

표준이 없으면 이렇게 더 많은 노동력과 시간이 듭니다. 사회 전체적인 비용이 증가하는 것입니다. 

시간과 예산이 빠듯한 상황에서 웹 개발자는 결국 하나만을 선택하고 나머지를 버릴 수밖에 없어지며 이는 정보 제공에 차별을 발생시킵니다.

인터넷에 정보는 차별없이 제공되어야 합니다. 

물론 이상과 현실은 다릅니다. 

드넓은 PC모니터 화면과 좁디좁은 스마트워치 화면에서 동일한 정보를 제공하는 건 말도 안 되는 소리이고 동영상 스트리밍 사이트가 맹인을 고려해야 한다는 말도 어불성설입니다. 

하지만 이상을 추구해야 하는 것은 맞습니다. 

즉 "이 사이트는 인터넷 익스플로러 6, 1024x768해상도에서만 이용하실 수 있습니다." 같은 말들은 횡포일 뿐입니다. 

본인이 갑이 아닌데도 불구하고 이런 횡포를 부린다면, 그건 장사하기 싫단 소리밖엔 안 됩니다. 

제가 처음 웹이랍시고 홈페이지를 만들어본게 2000년대 초반입니다.

지금와서 보면 포토샵이랑 나모웹에디터로 찍찍 그려서 제로보드 적용시켜 뚝딱 만들고 했었던게 기억나네요. 

그 당시에는 저처럼 웹표준이란 개념도 없이 자바스크립트로 도배하거나, 플래쉬로 도배된 사이트들도 많았습니다.

위에서 언급한데로, 어떤 해상도에 어떤 웹브라우저에서 최적화 되었습니다 라는 문구가 씌어진 사이트들이 많았습니다. 그리고 제 컴퓨터에서는 아주 잘 나오는데, 이게 학교 컴퓨터나 다른 사람들 피씨에서는 어긋나게 나오는 경우를 왕왕 보았습니다. 익스플로러에서만 나온다는 건, 윈도우 운영체제를 깔아야 한다는 전제로 하는데. 한국에서야 윈도우에 익스플로러 사용자들이 엄청나게 많고 예전엔 더 많았지만, 현재는 크롬 파이어폭스 사파리도 많은 점유율을 차지 하고 있습니다.

나무위키에 등재된 2000년도 초반의 웹표준을 무시한 홈페이지들의 특징을 말씀드려보겠습니다.

-대문이 단순히 '들어가기' 형태로 된 홈페이지들이 많았습니다. 

사이트에 관한 내용을 간단히 보여주는 오늘날의 대문과는 차이가 있었습니다. 

리뉴얼 전 NTX(구 엔젤하이로)나 사유화 사태 전 리그베다 위키의 대문도 개인 홈페이지로 출발하던 시절의 전통이 그대로 유지됐는지 이 방식을 쓰고 있었다고 합니다.

-프레임 구조를 채용한 홈페이지들이 많았습니다. 

지금은 CSS나 jQuery 등의 보급과 W3C의 프레임 구조 채용 지양 권고로 인해 프레임 구조를 채용하지 않는 추세이지만 그 당시에는 프레임 구조의 장점이 많았기 때문에 높은 확률로 프레임을 쓴 것입니다.

header, menu, main, footer 이런식으로 프레임을 나눠서 사용했던 기억이 나네요.

-배경음악을 깔아놓은 홈페이지들을 많이 볼 수 있었습니다. 

바로 앞의 '프레임 구조'의 특징을 활용해서 끊김없는 재생을 구현하면 금상첨화였습니다. 

당시 회선 환경상 MP3를 넣으면 용량의 압박이 심했던지라 MIDI가 대세였습니다. 

인터버드라는 사이트에서 대규모로 MIDI 음악 자료실을 제공해서 인기가 있었지만, 안타깝게도 2001년 가을을 즈음하여 저작권 문제로 문을 닫았습니다. 

나중에 WMA 같은 압축 스트리밍 파일이 보급돼 배경음악으로 쓰이기도 했습니다.

-알록달록한 글꼴 색상과 효과, 화려한 클립아트와 애니메이션 GIF 등이 많이 쓰였습니다. 

이러한 풍조는 웹표준 보급 이후 다소 사그라들었다고 합니다.

-표를 그릴 때 쓰는 <table> 태그로 디자인을 하는 홈페이지들이 있었습니다. 

아직 CSS가 보급되기 전인지라 지금은 어지간하면 CSS로 넣는 디자인적인 요소까지 당시에는 죄다 HTML 문서 안에 때려박을 수밖에 없었고 그래서 <table> 태그가 그나마 레이아웃 잡는데 안성맞춤이었던 태그였습니다. 

웹표준의 개념이 알려지고 HTML5와 CSS3가 널리 보급된 현재는 레이아웃용 태그와 <div> 태그를 쓰고 <table> 태그를 레이아웃용으로 쓰는 경우는 찾아보기 어려워졌습니다.

-초창기에는 자바 애플릿을 넣는 홈페이지들을 꽤 볼 수 있었습니다. 

하지만 자바 가상 머신이 필요하다는 문제점이 있었고 매크로미디어 플래시가 보급된 이후 점차적으로 자바 애플릿 중 일부가 플래시로 대체되었습니다. 

물론 플래시를 보기 위해서도 매크로미디어 플래시 플레이어 플러그인을 깔아야 했다는 점은 똑같습니다. 

현재는 자바 애플릿이 이미 사양길로 들어선 상태고 플래시도 사정은 비슷합니다. 다만, 둘 다 HTML5로 대체할 수 있다고 합니다.

-게시판이나 방명록은 높은 확률로 홈페이지 서비스에서 함께 제공하는 게시판이 달려 있었습니다.

지금와서 아카이브로 박제된 90~2000년대 초반 홈페이지들을 보면 이질감이 느껴집니다.

그만큼 사람들은 웹 표준에 익숙해 졌기 때문 일수도 있겠죠.

민원24같은 전자정부 사이트는 갑의 요건을 일부 충족하기 때문에 아직도 영업이 가능한 면이 있지만 이것도 시대를 역행한다고 볼수 있죠. 내년까진 다 갈아엎는다고 들었습니다.

지금까지 웹표준에 대한 정의를 알아보았습니다.

출처 : 나무위키, 본인 생각

-cms가 무엇일까요?

웹에서 흔히 쓰이는 표현으로 cms 솔루션이라는 말이 있습니다. 

여기서 cms가 무엇인지 알아보겠습니다.

제가 쓰고 있었지만 확실히 개념을 정리하지 못한 탓 인지, 사람들에게 이야기하기가 어렵더군요.

일단 구글에 cms라고 쳐봅니다. 위키피디아에 나오는 뜻을 봅니다.

CMS

┌

자금관리서비스(Cash Management Service)의 약자이다.

Cash Management System의 약자이다.

Color Management System의 약자이다.

저작물 관리 시스템(Content Management System)의 약자이다.

컴퓨터 지도 제작 시스템(Computer Mapping System)의 약자이다.

Creative Music System의 약자이다.

Molecular Sieving Carbon의 약자이다. 정확히는 MSC이고, 제조 메이커의 상표명인 CMS로 널리 알려졌다.

┘

참 사람 헷갈리게, 동일한 이름의 여러가지 다른 약자들이 많습니다.

금융쪽에서는 Cash Management System 라는 의미로 많이 쓰이는데, 웹에서는 보통 Contents Management System 콘텐츠 관리 시스템으로 쓰입니다.

-CMS(Contents Management System)

게시판 솔루션이나 레이아웃, 모듈과 같은 기능을 모아둔 솔루션입니다. CMS를 사용하면 클릭 한번으로 사이트를 만들 수 있습니다.게시판 관련 기능 같은 기본적인 작업을 자동화시키기 때문에 웹사이트 제작에 드는 시간이 많이 감소되며, 그만큼 개발속도로 빨라집니다. 기본적으로 파일/썸네일/캐시/등 프레임워크단위의 도구가 있기때문에 새로운 기능을 만들때도 간단하게 구현이 가능합니다.

뭐 말이 어려운데, 웹만들어보신 분들이라면 한번쯤은 들어본 제로보드라는 프로그램이 있습니다. 

제로보드4의 경우는 그냥 게시판만 만들기 때문에 CMS라 보기 어렵지만 제로보드XE부터는 확실히 CMS 같습니다.

그리고 그누보드의 경우도 웹빌더를 사용하면 CMS 비슷할정도의 기능을 합니다.

국산 cms의 경우는 XpressEngine,텍스트큐브,그누보드,킴스큐 정도 있습니다.

그리고 jsp용으로 만든 콘텐츠와이즈라는 솔루션업체의 유료 CMS 솔루션도 사용해본적이 있습니다.

해외 cms의 경우는 ocPortal, WordPress, WebGUI, Drupal, Rubedo, Ghost, Joomla 가 유명합니다.

근데 무슨 cms 라 함은 블로그 관리하고 만드는 설치형 블로그 같은 느낌이 드는군요. 제가 블로그 운영 노하우를 정리하는 포스팅도 몇개 끄적였었는데, 거기에 설명한 설치형 블로그들이 있네요.

실제로 워드프레스 같은것도 블로그 제작및 관리 운영에서 많이 사용되구요. 

-그러면 개인 블로그 만드는 프로그램들이 cms일까요?

물론 개인 블로그 설치용으로 사람들이 많이 사용합니다.

하지만 개인 블로그 외에도 커뮤니티 사이트나 쇼핑몰과 같은 사이트의 운영이 가능합니다.

공공 기관이나 기업, 뉴스 같은곳 에서도 워드프레스를 사용하는 곳이 제법 됩니다.

서울시 홈페이지, 워드프레스로 바꾼다

원문보기

┌

서울시가 기존 홈페이지를 완전히 새롭게 뜯어고친다. 대공사다. 집으로 치면 가구와 살림만 남겨놓고 집을 통째로 허물고 다시 짓는 것과 마찬가지다.

이번 개편의 핵심은 홈페이지를 ‘워드프레스‘ 기반으로 바꾸는 데 있다. 워드프레스는 오픈소스 기반으로 제작된 블로그 저작도구다. ‘블로그 저작도구’라고는 하지만, 일반 웹사이트처럼 꾸미는 데는 아무런 제약이 없다. 오픈소스 기반이란 점도 큰 장점이다. 전세계 개발자들이 재능을 기여해 만든, 수많은 확장기능이나 테마를 아무런 비용 부담 없이 가져다 쓸 수 있다.

이 뿐 아니다. 철마다 공식 행사처럼 치르던 웹사이트 개편이나 판올림 작업을 하기에도 훨씬 편리하다. 홈페이지 콘셉트에 맞춰 테마만 바꾸거나 필요한 기능을 확장기능으로 붙이거나 빼면 된다. 특정 메뉴나 항목의 글꼴이나 폭, 여백 등을 조정할 때도 케스케이드 스타일시트(CSS)라 불리는 스타일 정의 파일만 고쳐주면 손쉽게 적용된다.

확장성도 뛰어나다. 워드프레스 다중이용자판인 ‘워드프레스MU‘를 이용하면 내 홈페이지(블로그)를 만들 뿐 아니라, 다른 이용자나 부처, 직원 등에게 블로그를 분양해줄 수 있다. 네이버 블로그나 티스토리 같은 블로그 서비스를 힘 안 들이고 자체 구축할 수 있는 것이다.

이렇게 블로그 기반으로 구축한 웹사이트는 검색엔진에서도 잘 노출된다. 국내 공공기관 홈페이지가 대부분 검색로봇의 접근을 막아뒀거나 ‘꼭꼭 숨기는 검색 능력’을 자랑하는 것과 비교해보자. 서울시의 결정이 얼마나 큰 변화인지 짐작할 수 있다.

┘

구글에서 워드프레스로 만든 사이트라고 치면 제법 많습니다.

그리고 구직란에 php 개발자를 보면 거의가 워드프레스로 하는 프로젝트입니다.

사람들이 url 경로나 화면 같은걸 보면 어느정도 어떤 솔루션으로 만들었는지 감은 옵니다. 개발자 도구로 주석을 보든지요. 완전히 마개조 해버리면 이게 원래 어떤 솔루션을 기반으로 만들었는지 조차 알수없게 독자적인 사이트가 되겠지요.

제가 cms라고 하면 그누보드 5, 워드프레스, 제로보드 xe 정도 밖에 사용해 보지 않았지만 특징을 정리하면 아래와 같습니다.

-편리성

cms를 사용하는 이유는, 손쉽게 여러가지 페이지들을 만들수 있다는것이 첫번째 이유일거같습니다.

하드코딩으로 화면 하나 하나 찍어내는것보단 공통의 플렛폼에 제목 정도 바꾸어 주고, 몇가지 게시판 유형을 만들어 커스텀하는것이 훨씬 유지보수 및 제작에 용이할 것입니다.

-보안문제

예전엔 오픈소스였기에 경로나 db구조를 다른 사람들이 어느정도 유추가 가능했고, 관리자화면으로 가능 경로도 동일해서 '/ wp-admin' 이렇게 접근해서 공격 들어올수도 있겠죠. 보안상으로 취약한 문제도 있었지만 주기적으로 계속 업데이트가 되어가고 있으므로, 큰 문제 없이 관리가 가능합니다.

물론, 올라오는 보안 업데이트는 계속 받아주는 것이 좋겠죠. 아에 버전이 달라지면 기존에 만들어서 관리하던 사이트들이 호환되지 않는 문제도 생기는것 같습니다.(제로보드4->제로보드xe)

이럴 경우, 계속 이전 버전을 쓰면서 자체 보완 하던가, 아니면 다른 대체 솔루션으로 갈아타야 될것입니다.

특징이라면 이 오픈소스로 무료로 제공되는 국내, 해외 cms 솔루션들은 대부분 php입니다. jsp는 사실 호스팅 구하기도 어렵구 비싸죠. 

그런데 오픈소스라 하더라도, 기본 엔진 말고 그 외에 스킨이나 레이아웃들, 그리고 cms 엔진으로 만든 빌더들은 제작자들이 따로 저작권을 가지는 것 같습니다. 

그래서 그누보드나 제로보드 같은 솔루션으로 홈페이지를 제작해서 판매할 때 라이센스 문제에 유의해야 합니다.

여러 사람들의 피와 땀이 배여있는 소스코드여서 받아놓고 참고해보면 유익하고 재미있습니다. 

디비구조도 비효율적인것은 자신이 쓰기 적합하게 커스텀 하고, 자체 제작해보기도 하면 재미있을거 같네요.

제가 잘못 알고 잇는건지는 모르겠는데, 한국에서 보통 워드프레스 등의 cms를 통해서 사이트를 개발하고 관리하는 사람들은 퍼블리셔 분들이 많다고 들었거든요. 그만큼 내부의 기능이나 구조보다는 디자인에 더 투자할 수 있는 것이 아닌가 합니다.

출처 : 나무위키, 위키피디아, 본인생각

-[블로그운영노하우정리]블로그(BLOG)란 무엇일까요?

사실, 저는 티스토리를 쓰기전에도 네이버 블로그나 예전에 싸이월드 블로그. 다음 블로그. 이글루스, 구글 블로거 같은 여러가지 블로그를 사용했습니다.

페이스북이나 트위터같은 마이크로 블로그도 사용해왔었네요.

저는 개인적인 자료 저장소 역할로 십여년 넘게 블로그를 사용해왔으나, 공개된 포스팅으로 남들에게 보여주기 위한 포스팅을 한지는 몇개월 되지 않습니다.

음악을 만들거나 녹음한곡들, 동영상들은 다른곳에 첨부시키는 용도로 많이 썻던거 같네요. 

요즘은 각자 블로그들이 동영상 업로드나 사진업로드가 자연스럽게 되지 않고, 사운드클라우드나 유튜브를 이용한 링크도 가능합니다. 무엇보다 중요한건 이글루스 같은데서는 외부 링크를 아에 막아버렸습니다. 그 사람들도 땅파서 장사는것도 아닌데, 트래픽만 당겨다 쓰니깐요.

그럼 여기서는 블로그를 시작하기 전에, 블로그가 무엇이며, 어떤 종류가 있는지 한번 알아보도록 하겠습니다.

블로그의 뜻은 web + log = blog 라고 합니다.

소셜 네트워크 서비스의 일종으로, 개인이 운영하는 웹사이트를 말합니다.

블로그에 역사를 살펴보면 1980년대 뉴스그룹 시절부터 블로그의 개념에 해당하는 페이지는 존재했다고 합니다. 

현재의 블로그와 같은 형태를 가지게 된 것은 2000년대 들어서 개인 일기장 역할이나 하던 웹사이트들이 상호간 교류를 트기 시작하면서 각종 의사소통의 장이 된 것에서 기인한다고 합니다.

이유가 어찌되었든 2000년도 이후로 10~30대에게는 다수가 이용하는 개인 홈페이지에 가깝습니다. 

초기에는 설치형 블로그만 존재하였기에 IT 분야 종사자 등에서 한정적으로 사용했다가 서비스형 블로그의 등장으로 복잡한 설치과정 없이 클릭 한 번으로 블로그를 열 수 있게 되었고, 더불어 디지털 카메라 가격이 폭락하면서 포스팅할 거리가 많아지면서 차츰 싸이월드 이상으로 인기를 끌기 시작했습니다.

자기 생각이나 견해없이, 혹은 위장용으로 몇 개만 대충 올려놓고 나머지는 특정 기업이나 상점의 상품광고에 할애하는 광고용 블로그도 범람하고 있습니다. 

특정 상품을 홍보하고 리베이트를 받는 블로그도 있으며, 기업 자체가 영리 목적으로 블로그를 개설해 뛰어드는 사례도 어렵지 않게 찾아볼 수 있습니다.

블로그에서 행해지는 이러한 변칙적 광고행위는 광고가 아닌 일상적인 포스팅으로 여겨지는 일이 많아 소비자들에게 다가가기 쉽다는 강점을 가지고 있고, 특히 식료품이나 가전제품, 화장품, 의류, 보험 영역에서 매우 자주 나타나고 있습니다.

인터넷에서 흔히 듣는 바이럴 마케팅이라는 단어도 있지요. 바이럴 마케팅에 대해서는 한번 따로 포스팅하겠습니다.

바이럴 마케팅이란 무엇일까요?

'이런 건 자기 블로그에 쓰세요'라고 할 정도로 블로그가 자신의 생각을 자유롭게 서술할 수 있는 대표적인 사이버 공간 중 하나라는 의미입니다. ex)'일기는 일기장에'

트랙백이나 핑, 링크 등의 시스템을 통하여, 블로그에 블로그를 타고 넘어가면서 순식간에 인터넷 전반에 자신의 의견을 피력할 수 있습니다. 

또한 마음에 드는 블로그는 RSS Feed를 통하여 거의 실시간으로 업데이트 사항을 체크할 수 있는 등, 인터넷 상에서의 의사소통에 최적이라고 할 수 있습니다.

블로그 문화의 확산과 함께 등장한 것이 스타급 블로거입니다. 이들은 하루 접속자수가 수만명 수준이기 때문에 이들이 올리는 포스팅은 하나하나 무서운 힘을 갖습니다. 

이를 중립적인 입장에서 잘 쓰면 괜찮은데, 악용해서 개인의 이익을 취한다든지 다른 사람을 무시하는 경우가 잦다고 합니다. 

급속한 블로그의 확산으로 인한 아노미 현상이라고 할 수 있겠죠. 

서비스 안 줬다고 맛없는 집이라 낙인 찍는다든지, 틀린 점을 지적하는 댓글을 삭제하고 접근 차단한다든지 등을 볼수 있습니다.

블로그는 기본적으로 블로거의 홈그라운드와 같기 때문에 글쓰는 주제에 대해 노터치가 예의입니다만 이를 악용하여 자신의 망상이나 욕망을 찌끄리고 다니는 블로그가 증가하는 추세에 있습니다. 

이런 곳은 '태클 금지'를 내세우며 스팸 방지를 목적으로 하는 댓글 검열제, 사전 등록제를 악용하여, 자신의 입맛에 맞는 의견만을 취사선택함으로써 자신의 찌질함을 드러내는 경우가 많습니다.

그러나 법원에서 「블로그는 사적 공간이 아니다」란 판결을 내놓았다고 합니다. 

블로그에 올린 비방 글 "사적 공간 아니다" 유죄

원문보기

┌

법조계에선 소셜네트워크서비스에 남긴 글을 다수 이용자가 손쉽게 공유할 수 있는 만큼 공적인 공간으로 봐야한다는 의견이 우세합니다.

특히 범위를 제한해 남을 비방하는 글을 올리더라도 다른 사람을 거치면서 퍼질 수 있기때문에 명예훼손이 성립할 가능성이 커진다고 조언합니다.

[설현천/ 변호사 : 트위터나 페이스북이라고 하더라도 타인의 명예를 훼손하거나 모욕적인 내용이 포함된 경우에는 빠르고 급속하게 전파가 되기 때문에 형사처벌을 받을 수 있습니다.]

청주지법은 오늘 지난 6.2 지방선거 기간 특정 후보 비방글을 블로그에 올린 40대 남성에게 유죄 판결을 내리면서 "블로그를 순수한 개인공간으로 보기 어렵다"고 판시했습니다.

┘

애초에 노출도가 매우 높은 블로그라는 컨텐츠를 지극히 사적인 배출구로 쓰니 문제가 발생하는 건 어찌보면 당연한 일이겠지요.

그리고 서비스형 블로그는 모두 회사가 운영하는 체제이기 때문에 정부나 법무기관이 쉽게 게시물을 단속할 수 있는 단점이 있습니다. 

일례로 2009년 7월 저작권법 개정안이 발효됐을 때, 정부의 처벌이 무서워 포스트를 비공개로 돌리고 사실상 블로그를 폐쇄하는 블로거가 많았으며, 2007년 11월에는 모 법무법인이 합의금 뜯어내기 작전을 실행하였는데, 네이버 블로그나 이글루스같은 블로그에서 주로 이루어졌다고 합니다.

일부 블로거들은 블로고스피어가 점차 계급화되고 있다며 슬퍼합니다. 

예를 들면 티스토리같은 경우 초창기와는 달리 이젠 베스트에 일부 블로거만 계속 왔다갔다하는 모습을 보여줍니다. 

기발한 포스팅들이 그 베스트의 한 축에 드는 것은 절대 무리라고 합니다. 

이런식의 빈익빈 부익부 현상은 앞으로도 심해질 것이라는 의견이 나오기 시작했습니다. 

그렇다고 개인 홈페이지를 만들어서 운영하면 사람이 많이 오는 것도 아닙니다.

2010년대 들어 부는 트위터, 페이스북의 유행 때문에 블로그는 서서히 소강세에 접어들고 있다고 합니다. 

아직 SNS 중 블로그 외에는 카테고리별로 글을 분류하는 기능을 가지고 있는 다른 서비스가 없지만, 저 두 서비스의 기능으로도 어느정도 대체할 수 있게 되었기 때문으로 보여집니다. 

사실 위에서 언급한 SNS(Social Network Service)에는 마이크로 블로그 외에도 일반 블로그도 포함하는 개념인거 같습니다 한국에서는 마이크로 블로그를 의미합니다.

-마이크로블로그(microblog)란?

"

자신의 생각이나 뉴스, 잡담 등을 실시간으로 작성해 공개하는 블로그입니다. 

보통 글자 수 제한을 두는 점이 특이한데, 이유는 휴대전화와 연동하여 문자를 써서 바로 올릴 수 있게 하기 위해서입니다. 

트위터 개발자에 따르면 사람은 무언가 제한이 있을 때 보다 효율적인 결과를 위해 고민한다고도 합니다.

트위터 이후 우후죽순처럼 늘어났고 지금은 국가별로 2개 이상의 서비스를 발견할 수 있습니다. 

웹 서버를 가지고 있거나 호스팅을 받은 사람이 서버에 설치해 자체적으로 마이크로블로그 서비스를 할 수 있게 만든 소프트웨어들도 있습니다.

"

네이버 블로그는 네이버 검색 등에서는 블로그 검색 결과가 상단에 뜨는 경우가 많고, 여러가지 정보를 하나의 글로 한 번에 전달할 수 있기 때문에 포털사이트 등에서는 블로그 포스팅을 많이 밀어주는 편입니다. 

물론 이는 포털 사이트에서 점유율을 높이기 위한 수단이기도 합니다. 

그래서 한국에서는 네이버 블로그를 개발자들이 보기엔 고인 물, 닫힌 공간이라 표현하지만 일상생활이나 맛집, 여행명소, 영화리뷰 같은 것들이 활성화 되는것 같네요. 

보통 블로그라 불리는 애들은 서비스형 블로그와 설치형 블로그가 있습니다.

-서비스형 블로그

'가입형 블로그'로 불리우며 국내에서 일반적으로 사용되는 블로그는 대부분 서비스형 블로그라고 보면 됩니다. 

집으로 비유하면 아파트와 같습니다.

사용이 쉽지만, 자신만의 블로그 주소를 가질 수 없고, 디자인도 주어진 선택 사항 중에서 골라야 하며, 블로그 용량에도 제한이 있는 경우가 많습니다. 그리고 블로그에 올려놓은 글의 소유권이 애매하기 때문에 백업도 힘들며, 경우에 따라서는 회사의 횡포로 인해 사용자에게 통보없이 글이 삭제되거나 사용자의 강퇴로 인해 블로그 자체가 사라지는 경우도 있습니다. 예전에 싸이월드가 없어진다는 떡밥이 돌때, 사진첩 자료들 백업하려고 개고생했던 기억이 나네요.

즉, 설치형 블로그에 비해 자유가 없습니다. 틀이 고만고만한데 그안에서 유료스킨을 사거나 하는것으로 차별을 둘수는 있겠죠.

티스토리 같은 경우 서비스형 블로그 치고는 나름 좀 자유도가 높지만, 다른 블로그로 이전할 경우 자료를 백업할수가 없기에 엄청난 고생이 예상됩니다.

-설치형 블로그

블로그를 써 나갈 수 있는 블로그 소프트웨어(cms)를 자신의 웹 계정에 설치해 사용하는 블로그를 말합니다. 

집으로 비유하면 단독주택이라 볼 수 있겠죠. 

자신이 직접 설치해 사용하기 때문에 모든 면에서 자유롭다는 점이 설치형 블로그의 가장 큰 특징입니다.

국내에서는 사용이 쉬운 서비스형 블로그에 비해서 그다지 많이 사용되지는 않는 방식의 블로그입니다. 

그 이유인 즉슨 유지관리가 어렵기 때문입니다. 

설치부터 데이터 관리까지 사용자가 직접 손을 대야 하기 때문에, 관련 지식이 없다면 짜증을 느낄 수도 있다고 합니다. 어렵다고 하지만 사실 어느정도 로컬에서 아파치 서버 구축해서 제로보드만들던 정도의 지식만 있으면 어렵진 않습니다. 다만, 블로그 cms프로그램에서 요구하는 사항과 호스팅에 php버전이나 mysql 버전같은 것들이 제공해주는것과 안 맞을수도 있습니다. 그리고 상대적으로 서비스형 블로그에 비해 메타블로그에 노출되기 힘들다는 점이 있어 찾아오는 방문객이 극히 드물다는 단점이 있습니다.

그리고 무엇보다 호스팅비, 도메인비가 지속적으로 나갑니다. 아마 이게 대부분의 사람들이 서비스형 블로그를 하는 제일 큰 이유일거 같네요.

운좋게 무료 호스팅을 얻더라도 1년제약 이라던지, 용량이나 트래픽문제, 보안문제 등등 신경써야 할게 태산입니다.

jsp로나 다른 언어로 블로그 만드는것도 가능하나, 보통 설치형 프로그램은 php로 만들어지는것 같더군요.

PHP란 무엇일까요?

JSP란 무엇일까요?

참고로 말씀드리면 워드프레스의 경우, 설치형으로 제공되기도 하고, 서비스형으로 워드프레스 닷컴에서 제공되기도 합니다.

아래는 현재 운영중이거나, 유명한 국내외 서비스형 블로그와 설치형 블로그의 종류입니다.

-국내 서비스형 블로그

네이버 블로그

티스토리

다음 블로그

이글루스

미디어몹

빙글

포스타입

-국외 서비스형 블로그

Blogger

워드프레스 닷컴(wordpress.com)

exblog(exblog.jp)(일본)

fc2 blog(blog.fc2.com)(일본)

Ameba

쥬겜블로그(jugem.jp)(일본)

텀블러

-설치형 블로그

워드프레스

텍스트큐브

텍스타일(textyle.kr)

b2evolution

Jekyll

무버블 타입

아파치 롤러

마이크로 블로그는 제외하고 한국에서 통상적으로 블로그라 불리는 블로그들입니다.

이 포스팅에서 블로그는 무엇이며, 블로그 종류에는 어떤것들이 있는지 알아보았습니다.

출처 : 나무위키, 본인생각, SBS 뉴스

인터넷에서 많이 쓰이는 호스팅이라는 용어에 대해서 알아보겠습니다.

전 처음 블로그를 시작하려고 했을때, 나름 웹개발자라서 AWS 서버 구축해서 직접 제작한 블로그를 쓰던가 못해도 워드프레스 같은 cms 를 직접 제작해서 관리해보려는 생각을했습니다.

그러다 무료 호스팅을 신청해서 1년정도 개인홈페이지나 블로그도 만들어봤구요.

그런데, 느껴진게 귀차니즘의 압박으로 네이버 블로그나 티스토리 블로그로 갈아탔네요. 언젠가 가능하다면 개인 호스팅에 사이트를 운영해 보고싶기도 합니다.

일단 호스팅(hosting)이란 뜻을 정의해보면, 서버 컴퓨터의 전체 또는 일정 공간을 이용할 수 있도록 임대해 주는 서비스를 말합니다.

co.kr 이나 .net 같은 도메인과는 좀 개념이 다릅니다. 도메인(domain)이란 문자로 표시한 인터넷 주소입니다. 모를 때는 카페24같은 호스팅업체에서 도메인도 서비스하기에 같은 개념인줄알았습니다.

집에서 아무리 만들고 가지고 놀아도 외부에서 사람들이 보려면 본인의 컴퓨터를 서버로 쓰거나 간단한 작업정도는 쓸수 있겠지만 호스팅이 있어야 겠지요.

인터넷에 연결된 웹 사이트를 운영하기 위해서는 1일 24시간, 1년 365일 항상 인터넷에 연결된 서버 컴퓨터를 운영해야 합니다. 

학부생 시절에 동아리방 구석에 모니터와 키보드 없이 본체만 켜져있는 리눅스 서버를 돌려서 푸티로 접속하고 가지고 놀았던 기억이 있는데요.

만약 집에서 했다면 전기세, 인터넷 트레픽 때문에 눈치가 이만저만 아니겠지요. 개인학습이나 소수 인원이 쓰기엔 노는 데스크탑이나 노트북으로 서버환경 구성해서 사용해도 문제는 안됩니다만, 회원이 몇십명만 넘어가도 부화가 걸려서 버벅거리는게 느껴지더군요.

개인이나 기업 또는 단체가 이런 서버 컴퓨터를 독자적으로 구축하여 운영하기 위해서는 막대한 비용이 필요로 합니다.

이러한 문제를 해결하기 위해 전문 호스팅 업체가 미리 여러 대의 서버 컴퓨터를 구축한 뒤, 그 공간 중 일정 부분을 이용자들에게 임대해 주고 그 대가를 받는 서비스가 생겨났는데, 그것이 호스팅 서비스입니다.

유명한 카페24나 phpschool 같은 경우는 단돈몇백원에 한달의 호스팅을 제공해 주기도 합니다. 물론 사이트의 규모가 커지면 사용자수도 늘어나고 용량도 늘어나서 유지비가 많이 들겠죠.

호스팅 서비스에는 웹 호스팅과 서버 호스팅, 메일 호스팅 등 다양한 종류가 있습니다. 

-웹 호스팅 혹은 공유 호스팅(shared hosting)

개별 홈페이지를 운영하는 사용자를 위해 서버 컴퓨터의 일부 공간을 임대해 주는 서비스입니다. 

웹호스팅은 하나의 서버에서 여러 사용자의 사이트를 띄워주기 때문에 한 사용자가 서버자원을 과도하게 사용하게 되면 서버내 다른 사용자 페이지 처리속도에 영향을 끼쳐 업체마다 정해진 조치를 취합니다. 

물론 사용자측에서는 서버부하가 보이는 것도 아니고, 억울할 수도 있으나 아무래도 다른 서비스에 비해 저렴한 서비스라 감수해야하고, 조금 더 비싼 단독웹 호스팅은 어차피 혼자쓰기 때문에 중요한 사이트라면 돈을 더 내더라도 단독웹이나 서버호스팅을 쓰는게 낫다고 합니다. 

장점

저렴한 가격도 있지만 서버관리에 대해 신경쓸 필요가 없다는게 큰 장점입니다. 

단독웹 호스팅과 서버호스팅은 혼자쓴다는 점은 같지만, 웹호스팅은 서버에 손 댈 필요가 없습니다. 서버 호스팅에는 가상 서버(virtual private server) 호스팅과 단독 서버(dedicated server) 호스팅으로 나뉘는데, 가상 서버 호스팅은 서버의 일정한 공간을 KVM, Xen, OpenVZ 등의 가상화 기술을 이용하여 한대의 서버처럼 나눠주는 서비스이며 단독 서버 호스팅은 서버 한대를 전부 임대해 주는 서비스로서 일정 비용을 납부해야 합니다. 

-메일 호스팅

이메일 혹은 웹메일 계정과 공간을 임대해 주는 서비스입니다. 

기타 이외에도 쇼핑몰 호스팅, 리셀러 호스팅 등이 있습니다. 웹호스팅을 구매하면 해당 옵션에 메일 몇개씩 메일 호스팅은 기본으로 포함되어 있더군요.

호스팅 서비스는 스토리지에 따라서 SSD, HDD로 나뉘고, 운영체제에 따라서 리눅스(Linux) 호스팅, 윈도우즈(Windows) 호스팅로 나누기도 합니다.

하지만 해당 호스팅이 웹 호스팅일경우, 혹은 꼭 웹 호스팅이 아니라도 그냥 저렴한 리눅스 호스팅을 쓰는게 나은 경우가 있습니다.

많은 사람이 간과하는 부분이 있는데, 일부 호스팅 업체는 서버에 부담을 준다는 이유로 검색엔진 봇(구글봇, 네이버 봇 등)을 막아버리는 경우가 있습니다. 개인 자료관리용이라면 상관없겠으나 그렇지 않은 경우라면 아무리 열심히 홈페이지를 운영해도 방문자가 들어오지 않을수 있습니다. 검색에 민감한 홈페이지를 운영할 계획이라면 호스팅을 신청하기 전 검색엔진 봇을 차단해 두는지 여부 등을 미리 물어보도록 하거나 안전하게 단독형 호스팅을 사용하는 게 좋다고 합니다.

호스팅을 구매하기전 팁

워드프레스 같은 CMS 도구나 미디어위키같은 위키엔진을 설치하고자 할 경우, 서버 환경이 UTF-8기반에 PHP와 MySQL 버전이 최신으로 세팅 되어 있는지 꼭 확인하는게 좋습니다. 

PHP, Mysql 양쪽다 5 이상이면 괜찮다습니다. 단, 워드프레스나 미디어위키, XE 최신버전은 PHP 5.3 이상을 요구합니다. 

SSH 지원 여부도 중요한데. 호스팅에 따라 SSH가 지원되지 않는 경우가 생기면 홈페이지 관리가 불편해집니다.

제 실력이 짧아서 그런지 모르겠지만 php 라라벨 프레임워크 같은경우는 설정을 안해주면 아에 하지를 못하는경우가 생기더군요.

SSH가 지원되는 호스팅을 고르고 그렇지 않다면 cPanel 같은 관리자 툴이 제공되는지 꼭 알아보아야 할것입니다.

마지막으로 가장 중요한 것은 역시 비용입니다. 한국을 포함한 아시아권 서버의 비용은 전반적으로 비싼 반면 구미권 서버비는 상당히 싸다고 합니다. 저는 한국것만 써봤는데, 영어를 더 익혀서 북미에 미국호스팅이나 캐나다 호스팅도 한번 사용해봐야겠군요.

출처 : 나무위키, 본인생각