'메타블로그'로 검색된 결과 : 4건
- 2008/03/02 애니메이션 전문 블로그 포털, 애니블! (18)
- 2008/03/01 건전한 독설 (10)
- 2007/10/26 날개 1.1 파뉴엘 공개 (22)
- 2007/07/16 메타블로그, 달리 방법이 없는걸까? (8)
2008/03/02 17:34
애니메이션 전문 블로그 포털, 애니블!
저도 날개를 갖고 실제로 블로그 포털을 만들어봤습니다. 실전에서 써 보니 여기저기 미처 발견하지 못했던 버그들과 불편함이 튀어나오는군요. 제작단계에서의 입장과, 실제로 쓰는 입장에서의 기분을 모두 느껴볼 겸 관심사 관련된 블로그를 모아 볼 겸, 애니메이션 관련 이야기를 다루는 테마 메타블로그를 만들었습니다. 애니 관련 블로그 모임이라 애니블입니다. 이름 복잡하게 짓기 귀찮았던게 노골적으로 드러나죠?[...]
암튼, 이제 갓 만든 상태라 아직 등록된 글도 없고.. 이렇다 할 만한 커스텀 없이 날개 설치해서 만들었습니다.
많은 참여 바랍니다!
[추가]
윤호님의 강력한 뽐뿌[..]에 힘입어 애니블 위젯을 만들었습니다.
자세한 내용은 http://laziel.com/36 을 참고해주세요~
0
18
2008/03/01 23:30
건전한 독설
1. 텍스트큐브, 태터툴즈
도움은 못 줄 지언정 돌은 던지지 말아야 하는데.. 고생하신, 고생하고 계신 분들에게는 진심으로 죄송스러운 마음이지만 간만에 듣기 싫은 소리 좀 해야겠습니다. 예전에 우연한 기회에 inureyes 님의 PT를 보고나서 '텍스트큐브는 특정한 고급 사용자를 위한 Publishing Platform 을 지향할 생각이십니까?'라고 질문했더니 결코 그렇지 않다고 답하셨었는데, 요즘 전반적으로 돌아가는 거 보면 처음 태터툴즈가 누구에게 호응을 받았었는지 까맣게 잊어버리고 기술자(엔지니어)적 틀 안에 틀어박혀 있다는 느낌입니다. 워드프레스나 무버블타입은 설치도 어려운 편이었고, 설정해야 하는 것이 많아 웹 프로그램에 익숙하지 않은 사람들은 설치형 블로그를 시작하기 어려웠었습니다. 여기에 JH님의 태터툴즈는 구세주나 다름없었죠. 분명하고 간결하며 쉽고 간단했습니다. 초기의 스킨은 나모웹에디터로 1시간이면 기본적인 틀을 만들 수 있을 정도였습니다.
지금은 분명 플러그인 시스템이 들어가고 사이드바가 들어가고, 오픈ID 빌트인에 마이크로포맷 지원에 이르기까지 수많은 고급 기능이 포함되었고 EAS라는 강력한 스팸필터의 효과도 톡톡히 보는 '강력한' 툴이 된 것만은 틀림없습니다. 그러나 '쉽고 간편한' 이라는 수식어는 솔직히 더 이상 붙이기 어렵습니다. 엄청 거창하고 강력해진만큼, 매니악해졌습니다. 물론 초기의 태터툴즈 당시에 비해 지금은 사용자들도 많이 학습을 해 왔고, 포털블로그와 티스토리를 통해 많이 대중화 되어 '대중적인 블로그'의 측면에서는 많은 대안이 존재 하는 상태가 되었습니다. 그러나 그렇다고 해서 어려워도 되고, 아쉬운 놈이 알아서 해야 하는건 아니지 않습니까... Evangelist들의 찬양에 매혹된 나머지 울타리를 치고 자기 우물 속으로만 파고들어가고 있는 것 같습니다.
저는 딱히 어딘가에서 환영받을 만큼 걸출한 인재는 아니기에 제가 옳다고 주장하진 않겠습니다. 다만, 강력한 리더십에 의해 특정한 지향점을 가지고 전진하는 것은 분명 바람직한 일이나, 바르게 가고 있는지 주위를 둘러보실 것을 권하고 싶습니다.
2. 블로그 포털과 블로그
최근 올블로그에서 이것이 다시 화제가 되고 있더군요. 블로그 컨퍼런스, 블로그 축제등의 행사와 맞물려 블로그 포털의 이슈 편중 현상이 또 지적되고 있습니다. 올블로그의 시스템 자체는 잘 만들어진 편이라 생각합니다. 다만 두 가지 문제아닌 문제를 짚자면.. 첫번째는 올블로그 뿐만 아니라 현존하는 대다수의 블로그 포털(메타블로그)의 방향성은 의제 설정과 화제 집중에 치중되어 있습니다. 블로그의 '대안 미디어'적 기능에 집중하여 시사적 관심사에 매몰시키는 역할을 하고 있습니다. 분명히 말하지만 이것이 나쁘다는게 아닙니다. 다만 모두가 그런 기능만 노리고 달려들고 있으니 다 그 이야기가 그 이야기고 한 사이트만으로 끝나지 않는 지나친 편향성을 가지게 된다고 생각합니다. 두번째로, 올블로그에서의 '블로거'는 상당히 편협하다는게 문제 아닌 문제라고 생각합니다. 올블로그, 블로그코리아, 오픈블로그 등등에서 볼 수 있는 대다수의 블로그는 태터툴즈나 워드프레스 같은 설치형 블로그나, 티스토리 사용자인 경우가 많음을 발견할 수 있습니다. 물론, 이글루스 사용자도 상당히 많고, 최근에는 네이버 블로그도 비교적 늘어났지만 상대적으로 사용자층의 자체가 한정되어 있고 그 성향이 유사하다보니 관심사(이슈)가 특정한 방향으로 흐를 수 밖에 없는 것이라 보고 있습니다.
즉, 그렇지 않아도 편중될 수 밖에 없는 이슈가 너무 한 군데로 모이다 보니 지나친 쏠림 현상으로 귀결된 것이 아닌가 합니다. 때문에 이것의 해결방법은 지나친 쏠림을 분산하고 (이런 관점에서 올블로그의 채널 기획은 멋지더군요), 사용자층을 넓히기 위한 길을 모색하는 것이 적절한 방법일 것입니다. 후자의 경우에는 워낙 총체적으로 파고들어가야 하는 큰 문제이다보니 여기에선 살짝 좀 피해나가겠습니다(_ _;
3. 개인 블로그에서의 광고
애드센스, 애드클릭스 등등 블로그에 광고를 달아 수익을 얻는 것에 대해 여전히 논란이 일어나는 것을 보며.. 제 생각은 그저 개인의 선택에 맡겨야 하는 문제가 아닌가 하는 생각을 하고 있습니다. 당신의 글이 정말 사용자가 비용을 지불해야 할 만큼 가치가 있는 것이냐, 라는 비판은 조금 어긋난 것이 아닌가 싶습니다. 물론 사용자가 광고를 접하는 것이 일종의 비용 지불이라 할 수 있겠지만, 사용자의 희생이라기보다는 글의 작성자가 자신이 누릴 수 있는 무형의 이익을 광고주와 돈으로서 거래한 것이라고 생각합니다. 자신의 글이 가질 수 있는 진정성, 독자가 집중하게 할 수 있는 집중력의 일부를 포기하고 광고를 삽입함으로서 유형의 보상을 얻고자 하는 것이라 생각합니다.
광고의 존재 유무는 사용자가 그 글을 읽느냐 읽지 않느냐의 선택에 영향을 미친다 보기 어렵다 생각하고, 사용자가 보기에 그 글이 광고를 붙여야 할 만큼의 가치가 없다고 느낀다 하더라도, 그 글이 광고가 없었다면 좀 더 가치있게 읽고 커뮤니케이션 했을 것인가 라는 질문에 저는 회의적입니다. 물론, 남의 글을 무단으로 복제하여 블로그를 꾸미고 여기에 광고를 삽입함으로서 수익을 얻는 것은 도의적으로만이 아니라 법률적으로도 잘못된 영리적 목적의 저작권 침해 행위이므로 법률적 제재를 가해야 하는 것이 마땅합니다. 또한, 광고가 붙어있는 것 자체를 개인 취향에 따라 거부감을 느낄 수 있으나 그렇다고 해서 개인 블로그에 광고를 부착하는 블로그 수익 모델을 부정적으로 바라볼 만한 것은 아니라 생각합니다. 다만, 블로그에 글을 작성하는 작성자의 입장에서 자신이 포기한 무형의 이득(진정성, 집중도 등등)에 비해 이와 맞바꾸어진 유형의 이득(돈!)이 적절한가 그렇지 않은가는 한번 생각해 볼 필요가 있겠습니다.
저는 특정한 대상을 비판하는 까칠한 글을 많이 쓰는 편이고, 또 제가 만들거나 참여하고 있는 프로그램/프로젝트의 홍보를 노골적으로 하는 편입니다. 때문에 광고를 달게 되면 진정성을 많이 의심받을 수 밖에 없고, 푼돈에 제 글의 진정성을 팔고 싶지 않다고 생각하여 광고를 달지 않는 것을 선택했지만, 꼭 이것만이 옳은 것이라 생각하지는 않습니다. 분명, 네이버에서 싸이월드의 해피클릭처럼 자체적인 수익 분배 프로그램을 만들어 운영하고 이것을 네이버 블로그 사용자가 한 모듈로 선택하여 붙일수 있게 하는 기획이 나온다면 티스토리의 성장세는 타격을 받으리라 생각합니다. (지식iN에 내공이 아니라 은화를 적립해준다 하면 아마 확 살아날걸? 돈 싫어하는 사람 있나.)
4. SKT 11st
임마, 있는거나 잘하든가, 합치든가.
2007/10/26 00:54
날개 1.1 파뉴엘 공개
아, 준비시간 정말 길었습니다. 그런데 아직도 못 넣은게 많습니다.
만들다가 완성도가 낮은 기능이라 겉으로 드러나지 않게 처리한 것도 있고,
환경설정 옵션은 만들었는데 동작 안하는 것도 있습니다.
그래도 어쨌든 정식판입니다.
그동안 버전 1.0 붙은 상태에서 알파, 베타 라는 코드네임이 붙는 바람에 되게 어정쩡 해졌는데요,
그냥 이참에 좀 정리하려고 아예 버전 번호 1.1 이라고 했습니다.
파뉴엘은 성경에서 바누엘이라고도 하는데, 희망을 뜻하는 대천사(아크엔젤)입니다.
설치 단계에서 치명적인 버그가 있어서 릴리즈가 다음주로 늦어질 뻔! 했는데,
Graphittie님께서 도와주신 덕분에 금방 문제를 찾아서 잡았습니다. 감사합니다!!
1. 시에스타 서비스
죄송합니다;; 착오로 인해 이번 버전에는 모양만 들어가고 사실상 빠졌습니다. 다음 주 정도에 1차 패치버전(1.1.1)을 발표하면서 포함시키겠습니다. 자세한 설명은.. 일단 넘어갈게요 orz
2. 국제화 지원
언어팩을 지원하기 위한 기반 구조를 만들었습니다. 시간적으로나 여러모로 부족한게 많아서 아직 외국어 언어팩이 없습니다. 일본어는 진행중인데, 다른 언어는 마땅히 로드맵을 세우지 못하고 있습니다. 언어 번역 도와주실 분들 연락주세요 //; ㅁ;//
3. 플러그인 시스템
정말 꼭 필요한 기능이었지요..이번에 추가됐습니다. 가까운 시일내에 기술 문서도 정리해서 올릴게요. 기본 플러그인으로 들어가 있는 두 플러그인에 대해서 설명드리겠습니다. 먼저, 태터툴즈 연동 플러그인은 내용을 보시면 아시겠습니다만, 동작하지 않는 플러그인입니다. 완성한 뒤에나 넣을까 하다가 플러그인이 이런 구조로 만들어진다 하는 샘플삼아 넣어두었습니다. 이것 역시 다음 주에 1.1.1 버전 발표때 정식으로 패키지에 포함시키겠습니다.
미니보드 연동 플러그인의 경우, 비밀번호 관리 방식이 완전히 다르기 때문에 미니보드 소스상에 다소 수정을 가해야 합니다. 이 부분 역시 다음 주 패치 버전 발표하면서 안정화를 진행하겠습니다만, 다른 게시판과의 연동 플러그인을 생각하고 계신 분들께서 혹시나! 누군가 만들어 주시지 않을까 하고[..] 로그인/아웃 및 회원정보 처리 등의 연동을 위해서는 이런식으로 진행된다 하는 예제 삼아 포함시켰습니다.
4. DB 추상화
현재 기본으로 채택하고 있는 MySQL 데이터베이스가 아닌 다른 DB 시스템에도 이식할 수 있도록 데이터베이스 접속/제어 방식 자체를 바탕부터 새로 구성했습니다. 차후 국산 데이터베이스인 큐브리드(Cubrid)나 PostgreSQL 등 다양한 환경을 지원할 예정입니다.
5. 보안 로그인 강화
날개에서는 회원이 로그인 할 때 입력한 데이터를 암호화 하여 서버에 전송합니다. 이전 버전에서 사용하던 HMAC-MD5 (128bit, 32자) 방식을 개선하여 HMAC-SHA1 (160bit, 40자) 방식으로 한층 강화하였습니다. 서버에 전송하기 전에 로그인 정보가 암호화 되어 전송되므로, 별도로 보안서버를 구축하기 어려운 웹호스팅 환경에서도 사용자들의 정보를 안전하게 보호할 수 있습니다.
이전 버전에서도 마찬가지지만, 다른 사람이 전송값을 임의로 가로채더라도 비밀번호를 유추할 수 없는 것은 물론, 암호화 키 값은 매번 바뀌기 때문에 가로챈 값을 다시 서버에 전송하더라도 로그인 할 수 없습니다. 또한 같은 비밀번호를 사용하더라도 서로 다른 값으로 저장되도록 설계되어 있어서, 한층 안전합니다.
6. 피드 목록 화면, 블로그 검색 화면 등의 보강
다소 썰렁한 감이 있던 피드 목록 화면이나, "이 블로그에서 검색"을 이용해 블로그 검색을 진행하는 경우 등에 대한 인터페이스가 보강되었습니다. 특정한 날짜에 등록된 글만을 YYYYMMDD 형식으로 지정하여 찾을 수 있는 기능이 포함되었으며, 이후로도 지속적으로 강화하겠습니다.
7. 피드 수집 개선
외국계(피드버너, 워드프레스) 피드, 구글 계통의 피드 등을 제대로 읽지 못하는 문제, 미투데이나 스프링노트와 같이 특정한 방식의 유니코드 피드에 대한 처리가 추가되었습니다. 유튜브, 다음TV팟 같은 비표준 방식의 피드에서도 태그를 수집할 수 있게 되었습니다. 워드프레스의 덧글 수도 가져올 수 있게 되었습니다.
8. 회원 가입시 RSS 등록 개선
회원 가입을 관리자 승인제로 할 경우에도 RSS 주소를 등록할 수 있게 변경되었습니다. 이제 사전에 사용자가 등록할 피드를 확인하고 승인 여부를 확인할 수 있게 되었습니다.
9. 태그 필터 숫자 제한 해제
관리자의 태그 필터, 피드 등록시의 태그 필터, 메뉴 생성시의 태그 필터 등에서 기존에 3개, 5개 정도의 제한이 있던 것을 모두 해제하고 사용자가 자율적으로 사용할 수 있도록 했습니다.
10. 메뉴 기능 동작 오류 수정
RTV 김신희님의 제보로 발견했습니다. 메뉴 기능이 특정 환경에서 정상 동작하지 않는 문제 수정했습니다.
지난 2개월 반 정도의 시간 동안 고치고 바꾼게 정말 많은데, 주된 것만 뽑으니 이 정도로 정리가 되네요. 게다가 불충분한 기능이 그대로 들어간 것도 있고.. 아직 제가 욕심이 많은건지는 모르겠지만 정말 갈 길이 멀어보입니다. 날개의 기본적인 개발 외에 해야 할 일, 하고 싶은 일이 정말 많은 상태인지라 순식간에 뚝딱 하기는 어렵습니다.
그래도, 잘 부탁드립니다 :)
2007/07/16 10:42
메타블로그, 달리 방법이 없는걸까?
블로그코리아 (www.blogkorea.org) 가 오늘 새롭게 출발합니다.
기사는 떴는데 아직 사이트는 공사중 뜨는거 보니 오픈은 아직인가봐요. 아마 지금도 스케쥴표 확인하며 식은땀을 흘리고 계실 담당 개발진을 생각하면, 이런 글이 자꾸 올라올 수록 복잡미묘한 심정이실 것 같아요. 이미 보도자료는 나갔으니 빼도박도 못하고 (관련기사), 갑작스러운 방문자 증가로 서버 뻗지는 않을까, 개발 과정에서 골백번 확인해 본 코드가 정작 오픈 당일날 어디선가 삐끗해서 사고 터지지는 않을까, 아마 바짝 긴장하고 계실테지요.
위에 링크한 관련기사에 첨부된 스샷을 보니, 이번 블코에 "블로그-잇 서비스"라는 이름의, 말하자면 올블 툴바 같은 것이 들어가나봅니다. 이미지를 직접 여기에 보여드리는 것이 이해는 도울 수 있겠습니다만, 아직 서비스 오픈하기 전인데 기사내에 사용된 이미지를 멋대로 긁어다 붙이는 건 예의가 아닌 듯 해서 넘어가겠습니다. 어차피 얼마 후엔 직접 블코 사이트에서 확인하실 수 있을테지요. 미리 보시고 싶으신 분은 위에 링크한 관련기사를 참고하시면 됩니다.
그런데 주소창 부분을 보니, 역시 올블과 마찬가지로 URL 가로채기 방법을 사용하고 있습니다. .do 가 붙은걸 봐선 Java 기반 서비스가 된 것 같고, 주소값은 Query String 형태로 넘기고 있네요. 어차피 검색엔진에 잡혀야 하는 결과는 아니니 별 상관은 없겠습니다만..
설치형 블로그포털(메타블로그)인 날개(www.wingz.kr)를 만들면서도, 이런 기능을 포함해달라는 요구를 종종 받습니다만 여전히 저는 마뜩치가 않습니다. 분명히, 필요성은 인정해요. 서로 분산되어 있는 블로그를 묶어주는 역할을 위해서는 각각의 링크로 이동해서도 간편하게 다른 블로그로 갈 수 있게 뭔가 추가적인 디자인이 붙으면 편리할거예요 분명. 그런데 저는 여전히 이 방법은 주소를 가로채는 것 같아 보여서 싫습니다.
물론, 기술적으로 조금만 신경을 써주면 원본 블로그에의 SEO에 영향을 주지 않을 수 있습니다. 대표적으로 올블의 경우 link.allblog.net 이하에 대해 로봇 수집 거부를 통해 어느정도 보완하고 있죠. 301 Moved Permanently 헤더를 찍어주는 방법도 있을거고 방법은 많을거예요.. 하지만 사람이 인지하는 차원에서는(UX) 어떤 글의 주소를 복사해서 링크한다고 했을때, 이때의 링크 주소는 http://blog.laziel.com/625 가 아닌 http://link.allblog.net/4721583/http://blog.laziel.com/625 ... 같은게 되어서, 원래의 주소가 잡아먹히게 되는거죠 (리퍼러도 뭉개지고). 블코라면 http://www.blogkorea.org/bnmsvc/BlogItCheck.do?data_seq=606524&Blog_link=http://blog.laziel.com/642 같은 훨씬 복잡한 주소가 되겠군요. 기계적으론 큰 이슈가 아니지만 UX 측면으로 생각하면 별로 좋은 점수는 받지 못할겁니다.
어떻게 생각하면... 단순히 기분(취향)의 문제일수도 있는데, 제 느낌에는 이런 방식이 원래 블로그의 아이덴티티를 너무 간단하게 잡아먹어 버리는 것 같아서 계속해서 고민하고 있습니다. 날개는 초기 기획때부터 지금까지 그리고 앞으로도 바꾸고 싶지 않은 강력한 기본 신념이 있다면 "결코 각 블로그의 아이덴티티, 그리고 그들이 가져야 마땅한 어텐션을 가로채지 않는다." 입니다. 특히 어텐션 측면에서는 어쩔 수 없이 날개가 일부 받아야 하는 상황이 있을 수 있지만, 그렇다 하더라도 최대한 원본이 되는 블로그, 각자의 개성에 대한 침해는 최소화 하는 방향으로 고민해야 한다고 생각합니다. 블코와 올블의 툴바 정책이 "나쁘다 (하면 안된다)"가 아니라 "썩 좋지는 않은 (어쩔수는 없지만)" 것으로 봅니다. 차선책이란걸까요..
그렇다고 "그럼 뭐 어떻게 하는게 좋다는거냐!" 라고 묻는다면 할 말이 없어요. 여전히 뭔가 다른 방법이 없을까, 주소 뺏어먹지 않으면서도 서로룰 묶어주기에 충분한 그 무언가! 인기글을 뽑아내기 위한 조회수 파악 같은거야, 사실 굉장히 부차적인 것이라고 생각하고 주소를 뺏지 않아도 가능한 일이기 때문에 이미 알파2 에서 도입이 되었지만요. 툴바를 붙이고, 그를 위해 주소를 뺏고.. 과연 뭐 얼마나 효용성이 있는지도 솔직히 모르겠고.
정말 달리 방법이 없는걸까요?
자, 이럴게 아니라 의견을 좀 주세요 (굽신굽신)
현재 http://blog.wingz.kr/entry/idea 에서 예쁜 목걸이를 상품으로 걸고 아이디어 모집 이벤트 중입니다!!
당연히 다른 의견도 소중하지만, 특히 이 툴바를 대체할 수 있는 뭔가를 찔러주시는 분은 더 이쁨받으실겁니다[..]
