여름으로 가는 문

[node.js 따라배우기 07] 노드 라이브러리 버전들, 제이드 트릭, 에러페이지 (Node Library Versions, Jade Tricks, Error Pages)

doortts — Tue, 10 Jan 2012 23:59:33 +0900

오랜만의 포스팅입니다. 이번 번역은 함께 octoberskyjs 스터디를 진행하고 있는 송형주님(@hyungjoo_)께서 수고해 주셨습니다. 송형주님의 블로그(http://nodejs-kr.org/insidejs/)에는 node.js 모듈들이 소개되고 있으니, 관심있으신 분들은 꼭 한번 살펴보세요. 그리고 무엇보다 연말/연초로 많이 바쁜시기였으셨을텐데 고생많으셨습니다. 고맙습니다. : )

“웹 앱(Web App)을 만들어 봅시다” 파트6에 오신걸 환영합니다. 본 시리즈는 Node를 사용하여 웹 앱을 만들어 보는 튜토리얼(tutorial)입니다. 이 시리즈는 자기만의 어플리케이션을 만들 때 직면하게 될 모든 부분들을 당신에게 알려줄 것입니다. 이 튜터리얼들은 lmawa 링크에 있습니다.

Part 1: 소개 (Introduction)

Part 2: 설치와 애플리케이션 뼈대 만들기 (Installation and Skeleton App)

Part 3: RESTful 메소드와 테스트 (RESTful Methods and Testing)

Part 4: 템플릿, 파셜, 그리고 문서 생성과 수정(Templates, Partials, Creating and Editing Documents)

Part 5: 인증과 세션, 접근제어 미들웨어 (Authentication, Sessions, Access Control Middleware)
Part 6: 인터페이스 기본(Interface Basics)

패키지 버전 (Package Versions)

제가 사용하는 Node와 Mongo 버전을 포함한 Nodepad README를 업데이트 했습니다. 그 파일에는 제가 사용한 다른 패키지들의 버전들도 포함되어 있습니다. 만약 코드 실행에 문제가 있다면 그것은 이를 해결하는데 도움이 될 것입니다. 저는 Nodepad 코드를 Mac OS와 Debian에서 테스트했습니다.

여러분이 코드를 수정할 때마다 (Jade 템플릿 코드 제외) Node를 재실행 실켜야 하는 것 또한 기억해주세요.

우리는 패키지 설치를 위해서 npm을 이용했고, 특정 버전의 패키지가 설치될 수 있도록 경로명을 설정할 것입니다. 이를 위해서는 다음과 같이 실행하면 됩니다. (역자주-현재 express 최신 버전은 3.0 알파 버전까지 나와 있다.)

npm install express@1.0.0

설치된 모듈을 사용하기 위해선 다음과 같이 입력합니다.

var express = require('express@1.0.0');

node 명령을 실행 후, 커맨드라인에서 다음과 같이 입력해서 모듈 동작을 확인할 수 있습니다.

> express = require('express@1.0.0')
{ version: '1.0.0'
, Server: { [Function: Server] parseQueryString: [Function] }
, createServer: [Function]
}

Jade 트릭(Jade Tricks)

이전 튜터리얼에서는 Jade를 이용했을 때는 모든 속성을 하드 코딩했습니다. Jade 코딩 시에 클래스와 ID를 셀렉터를 이용해서 간단히 입력하면, 많은 수고를 덜 수 있습니다.

div#left.outline-view
  div#DocumentTitles
    ul#document-list
      - for (var d in documents)
        li
          a(id='document-title-' + documents[d].id, href='/documents/' + documents[d].id)
            =documents[d].title

div#left.outline-view는 ID 셀렉터와 class명이 결합한 것임을 기억하세요.

Jade의 디폴트 태그는 div이므로, 앞의 예제는 다음과 같이 줄일 수 있습니다.

#left.outline-view
  #DocumentTitles
    ul#document-list
      - for (var d in documents)
        li
          a(id='document-title-' + documents[d].id, href='/documents/' + documents[d].id)
            =documents[d].title

에러 페이지 (Error Pages)

Express에서는 app.error 를 통해 자체 에러 핸들러를 정의할 수 있습니다.

// 에러 핸들링
function NotFound(msg) {
  this.name = 'NotFound';
  Error.call(this, msg);
  Error.captureStackTrace(this, arguments.callee);
}

sys.inherits(NotFound, Error);

// 이 메서드의 결과로 500.jade가 렌더링 될 것이다.
app.get('/bad', function(req, res) {
  unknownMethod();
});

app.error(function(err, req, res, next) {
  if (err instanceof NotFound) {
    res.render('404.jade', { status: 404 });
  } else {
    next(err);
  }
});

app.error(function(err, req, res) {
  res.render('500.jade', {
    status: 500,
    locals: {
      error: err
    } 
  });
});

에러 핸들러는 error, req, res, next 이렇게 4개의 인자를 갖습니다. next 메서드는 error 인자를 다음 에러 핸들러로 넘기는데 사용됩니다. 위 예제에서 404 에러 핸들러는 NotFound 이외의 에러들은 다른 에러 핸들러로 넘깁니다. 그리고 다른 모든 에러들은 두번째 에러 핸들러로 전달되며, 이들은 500 에러로 여깁니다.

브라우저에서 /bad 주소를 입력하면, 우리가 만든 500 에러 페이지가 보여질 것입니다. render 메서드 호출시, 옵션 인자로 HTTP 상태 코드를 넘긴 것을 기억하세요. 여기서 status 코드를 넘기지 않으면 404나 500 에러 대신에 200 상태 코드가 반환됩니다.

Mongoose 코드 내부에서 에러 처리하기 (Error Handling within Mongoose Code)

next 메서드는 우리가 작성한 애플리케이션 내부의 모든HTTP 처리 메서드(역자주. 원문은 HTTP verb method라고 되어 있음)에서 이용 가능합니다. 우리는 이 메서드를 자체 404 페이지를 렌더링 하는 데 사용합니다.

app.get('/documents/:id.:format?/edit', loadUser, function(req, res, next) {
  Document.findById(req.params.id, function(d) {
    if (!d) return next(new NotFound('Document not found'));
    // Else render the template...

위 코드가 Mongoose 코드 내부에서 에러를 처리하기 위해 제가 찾아낸 가장 쉬운 패턴입니다. Mongoose 콜백 함수내에서 간단히 throw new NotFound를 사용하면 Express의 에러 핸들러를 트리거 하는 대신에 애플리케이션을 중단시킬 수 있습니다.

결론 (Conclusion)

Node 애플리케이션을 배포할 때 패키지 버전에 대해 정확히 기록하는 것은 중요합니다. 많은 주요 패키지들이 여전히 활발히 개발 중에 있어서 배포가 쉽지 않기 때문입니다.

Express는 템플릿과 함께 자체 에러 핸들러를 쉽게 생성할 수 있게 해줍니다. 콜백 함수 내에서 HTTP 상태 코드를 정확하게 넘기고 next(exception)을 사용해야 하는 점을 꼭 기억하세요.

이 튜터리얼을 적용한 Nodepad 버전은 commit 929f564에 있습니다.

2011 개인 SNS글 중 기억하고 싶은 생각, 그리고 나누고 싶은 메모

doortts — Sun, 01 Jan 2012 07:15:00 +0900

2011년에 트위터와 미투에 남겼던 짧은 글들을 조금 정리해 보는 시간을 가졌습니다. 보통 트위터는 공개된 발언이라고 생각하고 미투는 개인친교라고 생각하면서 글을 남겼습니다. 그 중 '기억하고 싶은 생각', '나누고 싶은 말들'이라 할만한 것을 몇 가지 찾아서 문장 조금 다듬어 남겨봅니다. 뭐, 어느새 새해가 되었고, 이런저런 이유로 조금 늦었지만 그래도 결산의 의미로 정리해 적어보았습니다.

순서는 1월부터 시간순으로 정리했습니다. : )

- 상식적인 수준에서 '악'이라 여길만한 것도 뒤에 법을 뒤에 업고는 마치 스스로가 '정의'인듯 칭하며 약자를 괴롭히는 사회 풍조가 참 싫다.

- 무식하면 용감하다고 했는데 그 말이 맞다. 그런데 때때로 그런 용기가 세상을 변화시키곤 한다. 생각만으로는 아무것도 안 변한다.

- 아는 건 많지만 잘하는 건 적고, 말은 많지만 행동하진 않는 시대에 우린 살고 있다.

- "저희(회사/팀)는 Agile을 합니다"는 어떻게 해석해야 할지 잘 모르겠다는 생각이 들곤 한다.

- 동종업계일 경우 많은 기업들이 비슷한 목표로 비슷한 문제를 겪고 비슷한 댓가를 치룬다음 비슷한 교훈을 얻는다. 뭔가 비효율적이긴 한데 경쟁을 그만둘 순 없으니 딱히 답은 없어보인다.

- 투자는 아끼고 큰 수확을 바라는(혹은 마음속으론 기대하는) 경우가 있다. 이를테면 "예산이 없어서 많이 지원은 못해. 그래도 최대한 잘 해 주길 믿네" 와 같은 식으로 말이다. 이럴때면 마음에선 "많이 지원 못받아서 크게 성과는 못냅니다."라고 대답해 주고 싶곤 한다.

- 내 주변엔 늘 미남미녀들이 많곤 했다. 솔직히 그 비율이 믿기 어려울 정도로 높았는데 최근 그 비밀이 풀린듯하다. ... 건강검진때 교정시력이 0.6으로 나왔다.

- 매 순간 삶과 죽음이 교차하고 있다는 걸 종종 망각하는 덕분에 우린 참 오만하게 살 수 있는 것 같다.

- 성능을 우선적으로 고려하는 웹 개발자들이 항상 마음에 두어야 하지만 곧 잘 잊곤 하는 질문 : "static file"로 대체 가능한가?

- 애정있는 상대에게 상처를 주면 자신도 똑같이 상처받는다. 그런 자신이 미워서 모순적으로 상대방에게 더 상처주는 행동을 선택할때도 있다.

- (멋있게 보일 수는 있겠지만) 유명한 사람들의 말이나 명언을 인용/반복하는 사람은 '자신만의 이야기'가 없거나 스스로의 이야기로 다른 사람을 직접 설득시키지 못하는 사람이라고 생각한다. 그래서, 서툴거나 부족해도 자신의 이야기를 하는 사람들이 더 멋진 것 같다.

- 나중으로 미룬 일은 나중에도 더 나중으로 밀릴가능성이 높고 결과적으로 시기적절하게 실행되지 못하고 끝날 가능성이 높다. 그런면에서 GTD는 (정신적 측면에서) 효율적이다.

- 안해서 못하는 건지, 못해서 안하는 건지 구별 못할 때가 많다. 시작점 없는 이 고리를 끊기 위해서는 누군가의 희생이 필요하다. 결코 쉬운 일이 아니지만, 주변에서 도와주면 희생을 최소화 할 수 있다.

- 의외로 지하철은 책을 읽거나 글을 쓰거나 코딩하기에 꽤 좋은 곳이다. 한산한 지하철이면 더 좋고, 특히 지금같이 더운 여름엔 더더 더욱! 단, 앉아서 갈 경우 한정.

- 안 될거라고 말하면서 안 하는 것이 많고 할 거라고 말하고 안 하는 것이 또한 많다. 그럼 대체 실제로 하건 뭐란 말인가?

- 도구가 중요하지 않다고들 하지만, (내 생각엔) 좋은 도구는 일을 좀 더 즐겁게 만들어 준다. :D

- IT 엔지니어가 쉽게 할 수 있는 '투자'중 하나는 내게 필요한, 그리고 가능성 있어 보이는 소프트웨어를 '구입'하는 것이다. 나중에 그 SW가 더 좋은 SW로 업그레이드되어 돌아오길 기대하며 말이다.

- '혁신(Innovation)'은 단어가 주는 느낌 때문에 어느날 갑자가 발생하는 것으로 오해하는 경향이 있다. 관심과 노력으로 매일매일 1mm씩 바꾸어 나가다 어느날 돌아보니 100m쯤 차이가 난다는 걸 발견하는게 바로 '혁신'이다.

- TDD 코딩을 위한 주문은 "테스트를 작성할 수 있는 가장 간단한 것은?"이라는 질문이다.

- 구글 Dart는 언어적으로 좋아보이긴 하지만 '언어자체 에 대한 홍보'보다 '응용 사례 확보'에 노력을 기울이는 편이 개발자들에게 더 크게 어필될 것 같다.

- 누군가 자신에게 '틀렸다'라고 말을 하면 굉장히 기분나뻐 하거나 크게 화를 내는 사람들이 있다. 답이 틀린게 나쁜거라고 오해하는 것 같은데, 안그랬으면 좋겠다. 당황하지 말고, 잠시 시간을 내서 되살펴보는 시간을 갖는 것도 좋은 대처이다.

- 한 가지 일을 집중해서 한 날은 능률이 높고, 여러가지 일을 집중해서 한 날은 두통이 온다. 난 그걸 '컨택스트 스위칭 비용'이라고 부른다.

- 우리가 생각해 볼 교훈 한 가지. "목장 맴버의 대다수가 박사고 교수고 발명가면, 소는 누가 키우나?"

- 신규 서비스에 NoSQL을 쓸 것인가? 아니면 MySQL같은 RDBMS를 쓸 것인가?에 대한 고민은 본인의 서비스가 사람들에게 (무지)많이 쓰이고 나서 고민해도 늦지 않다. 그리니 우선은 코드부터 좀 작성을...

- 일반인과 Geek의 차이점 하나. 일반인은 Geek한 사람을 보면 무의식 중에 피하려 하고, Geek은 자신보다 Geek 한 사람을 보면 무의식 중에 닮으려 한다.

- SNS가 주류가 된 인터넷의 묘한 특징 하나는 본인이 세상 어디에 있던지, 그리 어느 시점이던지 항상 비슷한 정도의 친밀감과 거리감을 동시에 느낄 수 있다는 점이다.

- 부족한 점을 개선하기위해 에너지를 소모하는 사람/조직이 한 분야에서 Outstanding한 모습을 보이긴 매우 어렵다. 더군다나 평범한 사람이나 조직일 경우엔 더더욱 그러하다. 시간과 자원은 언제나 한정돼 있는 법이고 단점 극복에 들어가는 비용은 대개 ROI가 낮다. 단점이 장점을 희석시킬만큼 치명적이지 않다면 차라리 단점을 인정하고 장점에 더 투자해라.

[dW Review] 기술 동향 설문 IBM Tech Trends 2011

doortts — Sat, 31 Dec 2011 23:49:53 +0900

올해 마지막으로 소개할 기사는, 정확히는 기사가 아닌 기술동향 설문 보고서 입니다. : )

IBM Tech Trends 2011페이지

IBM이 93개국 25개 산업군에 존재하는 4000여명의 IT전문가들을 대상으로 향후 2년(24개월)의 기술 동향에 대한 설문을 한 결과입니다. 설문 영역은 크게 네 가지 분야로 집중했고, 각각은 "비즈니스 분석(Business analytics), 모바일 컴퓨팅, 클라우드 컴퓨팅, 소셜 비즈니스"입니다. 11페이지(본문은 9페이지)짜리의 간략한 설문 결과 보고서이지만 한 번쯤은 봐둘만한 내용이라 생각합니다. 관련해서는 간략하게 요약해 살펴보겠습니다.

비즈니스 분석

비즈니스 분석이 사용될 영역에 대한 설문입니다. "자동화"에 대한 영역이 1위를 차지했는데 특히 이 부분은 BRIC(Brazil, Russia, India and China)이 US보다 높게 나왔다고 합니다. US는 자동화 영역이 이미 상당수 적용되어 상대적으로 낮은 것으로 이해된다는군요. 2위는 분석한 것들을 좀 더 효과적으로 전달하기 위해 프로세스를 개선하는 것, 3위는 오늘날 우리가 사용하는 생산성 도구들로부터 좀 더 효율을 끌어내는 것, 4위는 업무 분석 도구들의 사용법에 대한 교육 제공이었습니다.

하지만 제 개인적으로는 뭐니뭐니 해도 이쪽 영역, 즉 분석쪽에서 올해 가장 쇼킹한 것은 IBM Watson의 출현이었습니다.
참고: What is Watson ?

모바일 컴퓨팅

안드로이드가 발군의 1위군요.

집중영역은 보시는 바와 같이 기업용 앱, 산업특성 앱, 그리고 모바일로의 핵심 애플리케이션 확대가 1,2,3위를 차지하고 있습니다. 그림에는 나오지 않지만 보고서 본문에 따르면 설문 응답자의 3/4이 모바일 컴퓨팅 영역에서 현재 일하고 있답니다. 그리고 전체 앱 개발의 85%까지 성장하리라고 보고 있습니다. 반면에 모바일 채택에 있어 가장 큰 걱정을 끼치는 부분은 보안과 프라이버시, 그리고 다중 플랫폼 지원에 대한 비용이라고 대답했습니다.

클라우드 컴퓨팅

클라우드 기술 적용에 대한 Top 5 동기

단연 1위는 유연성과 확장성이 차지했고, 대동 소이한 2,3,4위는 각각 운영비용 절감, 효율성, 자산비용절감이었습니다. 이외에 본문에 따르면, 40%의 응답자들은 현재 자신의 조직이 클라우드 컴퓨팅에는 관여되어 있지 않다고 말했고, 대다수(75%)의 응답자들은 향후 2년 내에 자신의 조직이 클라우디 인프라를 구축을 시작하게 될 것이라고 대답했답니다.
그리고 모바일의 성장과 클라우드의 성장이 동반되는 것으로 보고 있습니다.

소셜 비즈니스
소셜 비즈니스는 비즈니스적인 가치를 만들기 위해 사람들 사이의 네트워크를 강조하고 있는 분야입니다.효과적인 소셜 비즈니스를 하기 위해서는 공유, 투명성, 혁신, 그리고 향상된 결정 선택으로 특정지어진 문화를 내포해야 합니다. 그렇다보니, 이 분야는 기업측면에서는 내/외적인 보안문제와도 밀접한 연관되게 됩니다. 설문 결과를 보겠습니다.

좀 더 소셜하게 되기 위해 어떤 계획을 세우고 있나?

1위와 2위를 합치면 84%인데, 요약하면 확대하겠다!가 된다. 그리고 20%는 소셜 마켓에 대한 분야다. 내부는 당연히 기업내에서의 자유로운 의견 교환, 협업등에 사용될테고, 외부는 고객과의 좀 더 긴밀한 접근 통로로 사용될 예정이라 보면 된다.

이상으로 간략하게 보고서를 살펴봤는데, 당연한 말이지만 이쪽 내용에 관심있는 사람들은 앞서 말했듯이 한 번 읽어보시길 원합니다.

[dW Review] Reverse Ajax, Part 3: 웹 서버와 Socket.IO

doortts — Sat, 31 Dec 2011 10:20:00 +0900

12월 IBM dW 기사중에서 개인적으로 가장 마음에 드는 기사입니다. :D
사실 12월 IBM dW기사의 절반은 Dojo 이야기인데, 제가 Dojo엔 별 관심이 없다보니, 빼고나면 소개할 만한 글이 몇 개 없습니다.

Reverse Ajax, Part 3: 웹 서버와 Socket.IO
http://www.ibm.com/developerworks/kr/library/wa-reverseajax3/index.html

본 기사는 크게 2가지로 의미를 찾을 수 있습니다.

첫째는 "Comet 및 WebSocket용 서버 솔루션"에 대한 비교표 입니다.
톰캣, Jetty, Grizzly 및 Glassfish, JBoss등의 서버들에 대해 각각의 버전별 지원여부를 조사해서 보여줍니다. Jetty가 특히 여러가지로 눈에 띄는데 여튼 신선하기보다는 조사 시간을 많이 줄여주는 좋은 기사입니다. 덤으로 서블릿 3.0의 지원여부도 알려주고 있습니다.

둘째는 (약간 아이러니 하게도) 참고자료 섹션의 링크들입니다.
WebSocket을 비롯하여 리얼타임 웹 서비스 구성을 위한 다양한 참고 자료들이 기재되어 있습니다. 관심있다면 주의깊게 읽어볼만한 (나름 엄선된) 좋은 기사들입니다. 특히 저의 눈을 끌었던 부분은 Jetty Continuations에 대한 자료였습니다. 2009년 1월에 제가 Jetty의 Eclipse 프로젝트 안으로 들어갔다는 내용에 대한 소개(http://blog.doortts.com/85)를 했을때도 이미 기술 수준이 상당했는데 이젠 무시무시하다는 생각까지 듭니다.

여하튼 IT세계엔 배울게 너무 많습니다. 누구 말처럼, 의사보다 학습량이 훨씬 크다는 이야기가 맞는것 같습니다. 일을 하면서도 이렇게 꾸준히 봐야 하니까 말입니다. :)

[dW Review] 함수형 사고: 결합 및 컴포지션, Part 1

doortts — Sat, 31 Dec 2011 04:18:06 +0900

함수형 언어에 대해서 이야기 하고 있진 않지만, 함수형 사고(thinking)에 대해서 이야기 하는 아티클입니다.

함수형 사고: 결합 및 컴포지션, Part 1
http://www.ibm.com/developerworks/kr/library/j-ft5/index.html

2011년 마지막 달의 IBM dW 리뷰입니다. 아직까지는 조금 뜨드미지근한 함수형 언어에 대한 접근을 다룬 기사입니다. 우선, 아쉬운 점은 번역이 참.... (잠시 묵념)

어려운 내용이 아닌데 어려운 번역때문에 내용이 어려워졌습니다. :(

본문을 읽기전에 다음 몇 가지 안내를 읽고 보시고 읽으시면 조금쯤은 더 나아지길 기원합니다. (응?)

- 우선 이 글에서 이야기 하는 함수형 사고의 특징으로 유도하고 있는 점은 클래스의 목적이자 특징 중 하나인 '상태저장'을 최소화 하기 위한 노력입니다. 클래스를 만들되 필드 변수를 억제하고 오로지 함수의 인자만으로 처리하는 방식입니다. 그러다 보니 예전 C에서 전역상태를 만들지 않기 위해 해야만 했던 인자(argument)로 필요한 정보 넘기기가 이루어집니다.
그러다 보니 리팩터링 전에는 인자가 하나였던 isFactor가 함수형 사고를 기반으로 리팩터링 했더니 인자 두 개가 되었습니다. isFactor(int number, int potential_factor)

- 결합이라고 표현하는 내용은 실제 원문은 커플링(coupling)입니다. 번역이 맞긴 한데 현업에서 결합이라고 잘 안쓰기 때문에 오히려 더 어렵게 느껴집니다. 상속을 통한 커플링과 객체를 독립적으로 구성해 놓고 가져다 쓰는 컴포지션(composition)을 대조하는 식으로 리팩터링을 진행합니다.

- 클래스 네트워크라고 표현한 부분은 상속구조에서의 상위 클래스와 하위클래스 사이의 정보 전달을 의미합니다. 이런 구조에서 하위 클래스로의 정보 전달은 따로 '다운스트림'이라고 표현했습니다.

앞에서도 이야기 했지만 간단한 내용인데 번역으로 인해 조금 어렵습니다. 아쉽네요. 그래도 2편을 기대하며 참고 읽어볼만은 합니다. (다만 2편은 그루비 이야기가 나오는데 것도 쫌...)

<행사안내> NHN 공개 개발자 교육 "레거시 코드에서 작업하기 with TDD, 젠킨스 워크샵"

doortts — Mon, 19 Dec 2011 13:58:50 +0900

안녕하세요? 좋은 행사가 있어 안내글 올립니다.

좋은 일도 하고 교육도 받는 NHN 공개 개발자 교육 "레거시 코드에서 작업하기 with TDD, 젠킨스 워크샵"이 12월27일 (화)에 진행됩니다.

컨퍼런스나 발표처럼 짧은 시간에 끝내는 것이 아니라 반나절 동안 집중적으로 교육을 진행하는 행사입니다.

강사님들은 해당 분야에서 오랫동안 일해 오신 분들이며
기대하셔도 좋을 컨텐트로 구성되어 있습니다.

http://onoffmix.com/event/4856

이렇게 집중적으로 교육으로 진행되는 경우는
흔치 않은 기회이고 또 언제 다시 열릴지 모르는 행사라 생각합니다.

레거시코드를 다루는 방법, 그 안에서 TDD의 활용법
그리고 젠킨스(구 허드슨) 서버를 기초부터 플러그인 개발까지
현업 담당자 분들의 노하우를 전해듣는 소중한 기회 놓치지 마세요~

: )

새 프로젝트(nFORGE)에 합류 그리고 첫 번째 회고

doortts — Thu, 15 Dec 2011 00:56:25 +0900

#1. 새 프로젝트에 합류했습니다. :)

저는 최근 nFORGE라는 프로젝트에 합류했습니다. 이제 갓 2주 되었네요.

nFORGE가 뭐하는 프로젝트냐? 하실텐데요, 간단히 말하면 Trac, Redmine같은 "협업 개발 플랫폼"을 만드는 프로젝트입니다. 오픈소스 프로젝트이고요, 제품 자체는 PHP로 만들어져 있습니다. 현재 주요 기능으로는 프로젝트 문서화, 코드 저장소와 연동을 통한 이슈관리, 코드리뷰기능, 마일스톤 관리 등이 있습니다. 설치형도 제공하기 때문에 기업이나 조직에서 가져다가 나름의 개발센터를 구축할 수도 있습니다.

지난 월요일에 3.2버전을 릴리즈 했고, 현재는 마이너 패치 작업을 진행 중입니다만

패치작업이 마무리 되는대로 차기 프로젝트(N4, 가칭)가 시작될 예정입니다. 지금도 약간의 진도는 나가 있는 상태입니다만, 어쨌든 제가 합류한 이유는 새롭게 시작하는 프로젝트 새로운 힘이 되기 위해서입니다.

우선 저는 이 팀에서 아키텍트 + 스크럼마스터의 역할을 맡게 되었습니다. 새 맴버로서 좀 더 팀으로서의 모습도 갖추고 nFORGE라는 제품도 좀 더 제품답게 만들기 위해 노력을 기울일 예정입니다. 그리고 오늘은 (합류 후 첫 번째) 프로젝트 회고를 하였습니다. 그 동안 한번도 해본적이 없었기때문에 맴버들이 조금 낯설어 하는 것 같긴 했습니다만, 나름 괜찮은 분위기로 진행되었습니다. 사진도 같이 올려볼까 생각했다가, 몇 가지 이유로 말았습니다. 다음엔 동의를 구하고 한 번 올려보도록 해보겠습니다.

어쨌든 새로 합류한 저의 목표는 구성원들이 즐겁게 일하면서도 의미있는 결과물을 만들어 내는 것입니다. 그러기 위해 필요한 모든 노력을 기울일 예정입니다. (물론 저도 같이 개발할거고요.:)

#2. 우리 프로젝트는 실패했다.

회고때 진행했던 내용 중 재미있는것 하나 소개해 드릴게요. 일반적으로 회고때 하는 것(좋았던것/아쉬웠던것/흥미있었던 것)도 하긴 했지만, 저희는 다름과 같은 질문에 대한 내용을 적어보는 시간도 가져 보았습니다.

"왜 우리 프로젝트가 결국 실패했나? 그리고 본인이 이 프로젝트를 떠나게 된 이유는?"

실제 실패한 것 아니고요, 맴버들도 떠나지 않았습니다. : ) 다만 상황을 가정해 보자는 것이엇습니다. 일명 미래회고(Future Retrospective)입니다. 박준표님의 아이디어에서 유래했고요, 개인 욕구를 살펴보기 위해 프로젝트 이탈이유를 적는 부분을 나름 추가해 보았습니다. 말하기 어려운걸 가상상황(!)을 빌미로 슬쩍 적어 볼 수 있는 장치가 되고, 동시에 프로젝트에서의 개인적인 욕구도 좀 더 자세히 살펴볼 수 있는 방법입니다.

아쉬웠던 점에 나오지 않았던 내용들이 좀 더 나왔고요, 자신안에 내재된 이야기를 꺼내 좀 더 이어나가는데 도움이 되었습니다.

#3. 실체와 광고?

사실 nFORGE 팀은.... 제가 합류해서 이제 4명입니다. 조금 작죠? (^_^) 당분간은 현 인원이 유지될 예정이고요, 내년 봄에 차기 제품인 N4가 출시될 예정입니다. (N4에 대해서는 기술이라던가 방향이라던가에 대해 따로 이야기 할 시간을 가져보겠습니다. 우선 기반언어가 PHP는 아니에요.)

사실 인원만 놓고 보면 팀이라기 보다는 파티(party)에 더 가깝습니다. 그리고 실제 소속은 "생산성혁신랩"이라는 랩 소속입니다. 그래도 독립적으로 움직일 예정이라 팀(Team)은 팀입니다. : )

굉장히 작은 팀인 저희가 어떤 모습으로 어떤걸 어떻게 만들어 낼 지 기대해 주세요. :D 중간 중간 광고나 피드백 요청도 드리겠지만, 저도 최대한 내부 정보를 공개하는 방향으로 솔직 재밌는(..엣?) 이야기들 많이 털어놓을 수 있도록 해보겠습니다.

현재 제 블로그에서 발행된 글 중에서 구글리더로 제대로 읽히지 않는 글들이 있습니다.

doortts — Thu, 08 Dec 2011 18:53:47 +0900

현재 제 블로그에서 발행된 글 중에서 구글리더에서 제대로 구독되지 않는 글들이 있다는 걸 알게 되었습니다.
원인을 찾고 있습니다만, 잘 모르겠네요. :(

문제를 해결하면 이야기 드리겠습니다.

그 때까진, 가끔씩 블로그를 직접 방문해 주세요. (이번 기회에 연말연시 덧글도!!)

어찌되었든간에, 불편을 끼쳐드려 죄송합니다....

...만, 한편으론 문득 의외로 '이것도 나쁘진 않지 않나?'라는 괴상한 생각도 드네요. :D

ps. 아! 생각해 보니 이 글도 발행이 안되면 정작 구독자들은 알 수가 없겠군요!

[node.js 따라배우기 06] 인터페이스 기본 (Interface Basics)

doortts — Thu, 08 Dec 2011 11:49:16 +0900

이번 번역은 함께 Octoberskyjs 스터디를 진행하고 있는 김주회님(@ByJuhoi )께서 수고해 주셨습니다. : )

Part 1: 소개 (Introduction)

Part 2: 설치와 애플리케이션 뼈대 만들기 (Installation and Skeleton App)

Part 3: RESTful 메소드와 테스트 (RESTful Methods and Testing)

Part 4: 템플릿, 파셜, 그리고 문서 생성과 수정(Templates, Partials, Creating and Editing Documents)

Part 5: 인증과 세션, 접근제어 미들웨어 (Authentication, Sessions, Access Control Middleware)

컴퓨터 시작 시 mongo 데몬이 자동으로 실행되는 것이 아니라면 이 튜터리얼을 시작하기 전에 실행시키기 바랍니다.

우리는 이전 파트에서 인증과 세션에 대해서 살펴봤습니다. 특히 원활한 접근 제어를 만들기 위해 미들웨어라는 멋진 개념을 사용했습니다. 이번 주에는 jQuery를 사용하여 더욱 재미있는 인터페이스를 만드는 법을 설명할 것입니다.

인터페이스 디자인

저는 앱을 개발하기 전 인터페이스를 설계할 때 보통은 개략적인 아이디어로 계획을 세웁니다. 이것이 일반적으로 알려진 탑-다운 방식의 설계입니다. 우선 그 인터페이스가 작동할 것 같으면 그 다음에 간단한 인터페이스와 테스트에 대한 API를 개발합니다. 지금까지 우리가 이 튜토리얼 시리즈에서 해왔던 것처럼 말입니다.

저는 모눈종이와 샤프펜슬 그리고 좋은 지우개를 가지고 인터페이스에 대해 스케치하는 것을 좋아합니다. 제가 계속 개략적으로 스케치를 하다 보니 저의 동료들은 그것이 설계가 끝나지 않았다는 것을 알고 있습니다. 그 스케치는 우리가 그 프로젝트에 대해 토의하면서 발전하게 될 아이디어들입니다.

간략히 스케치한 Nodepad는 다음 사항들을 제시하고 있습니다.

인터페이스는 마치 데스크탑의 어플리케이션처럼 두 개의 패널이 있고 하나는 노트의 목록을, 다른 하나는 노트의 내용을 위해서 사용됩니다.
저장 버튼이 하단에 있긴 하지만 자동-저장 기능이 더 좋을 것입니다.
노트를 한번 클릭하면 내용을 읽어오고, 더블-클릭하면 제목을 수정할 수 있게 합니다.
이메일과 비밀번호를 변경하기 위해서 계정설정(account setting)이 필요합니다.
우리는 이미 JSON을 지원하기 때문에 편집할 때 XMLHttpRequest를 사용할 수 있습니다.

속임수(Cheating)

인터페이스를 설계할 때 가장 중요한 것 중 하나는 가능한 많이 속이는 것입니다. 저는 프로그래밍을 할 때 이미 잘 짜여진 라이브러리가 있는데 같은 기능을 구현하기 위한 코드를 작성하기 위해 시간을 소비하지 않습니다. 설계 또한 마찬가지라고 할 수 있습니다. 필요한 모든 아이콘을 그릴 필요는 없으며, 또한 레이아웃에도 쓸데없는 시간을 소비할 필요가 없습니다.

요즘은 CSS 프레임워크부터 Cappuccino 같은 무거운 GUI 프로젝트까지 사용 가능한 많은 솔루션들이 있습니다. 우리는 Nodepad를 만들기 위해 가장 많이 쓰이고 있는 jQuery UI를 사용할 것입니다. 그것은 견고한 테마와 결합했을 때 더 큰 효과가 있을 것입니다.

테마로는 Aristo (demo)를 사용하기로 결정했습니다. 그것이 꼭 최고의 테마라고는 할 수 없지만, 많이 사용해 봤고 꽤 괜찮아 보인다는 생각이 듭니다.

Aristo와 jQuery UI를 포함시키기

Github에서 Aristo를 다운로드하여 public/stylesheets/aristo 에 놓습니다. 그리고 나서 views/layout.jade 템플릿에서 jQuery UI와 새로운 stylesheet를 읽어오기만 하면 됩니다:


link(rel='stylesheet', href='/stylesheets/aristo/jquery-ui-1.8.5.custom.css')
script(type='text/javascript', src='https://ajax.googleapis.com/ajax/libs/jqueryui/1.8.7/jquery-ui.min.js')

페이지 구조

우리의 인터페이스는 두 개의 컬럼과 헤더, 편집을 위한 문서의 몸통 부분 그리고 문서를 관리하기 위한 몇몇 버튼들이 필요합니다. Jade에서는 다음과 같습니다.

div(class='outline-view', id='left')
  div(id='DocumentTitles')
    ul(id='document-list')
      - for (var d in documents)
        li
          a(id='document-title-' + documents[d].id, href='/documents/' + documents[d].id)
            =documents[d].title

  ul(class='toolbar')
    li
      a(href='/documents/new')
        +
    li
      a(href='#', id='delete-document')
        -

div(class='content-divider')

div(class='content')
  div(id='editor-container')
    textarea(name='d[data]', id='editor')
      =d.data || ''

ul(id='controls',class='toolbar')
  li
    a(href='#', id='save-button') Save

처음 부분에서 outline-view는 문서의 목록을 포함하는 div입니다. 이것은 전에도 본 적이 있는 코드입니다. 이것들을 absolute로 위치시켰고 문서 목록과 버튼 툴바의 사이즈를 조절하기 위해서 resize와 focus라는 JavaScript를 사용합니다.

선택된 문서는 CSS gradient를 사용하여 보여줍니다.

브라우저가 CSS3 gradient를 지원하지 않아도 상관 없습니다. 다만 좀 어두운 색으로 보여줄 뿐 괜찮게 보일 것입니다.

.outline-view ul .selected {
  color: #fff;
  background-color: #8897ba;
  background: -webkit-gradient(linear, left top, left bottom, from(#b2bed7), to(#8897ba));
  background: -moz-linear-gradient(top,  #b2bed7,  #8897ba);
}

문서 선택하기

우리의 API는 JSON 데이터를 돌려 받기 위해 URL에 .json 을 추가하여 다시 호출합니다. 우리는 서버로부터 문서를 읽어오기 위해 몇몇의 간단한 jQuery 이벤트 핸들링만을 사용합니다.

$('#document-list li a').live('click', function(e) {
  var li = $(this);

  $.get(this.href + '.json', function(data) {
    $('#document-list .selected').removeClass('selected');
    li.addClass('selected');
    $('#editor').val(data.data);
    $('#editor').focus();
  });

  e.preventDefault();
});

이것은 문서 제목이 클릭 됐을 경우 실행하게 될 클릭 핸들러를 바인드한 것입니다. JSON 응답으로부터 받은 data 값이 txetarea에 채워집니다. 일반적인 이벤트에 비해서 live는 문서 목록이 변경되는 경우에 위임을 설정하기 위해 사용되곤 합니다.

문서 저장

저는 동적인 인터페이스를 만들 때 간단한 명명 규칙을 사용하여 데이터베이스 ID를 기반으로 id 속성을 설정하는 것을 좋아합니다. Nodepad에서는 DOM id를 다음과 같이 사용합니다: document-844ce17994ba1b87d359000001. 데이터베이스 ID를 찾으려면 쉽게 하이픈(-)으로 분할하여 마지막 부분을 가져오면 됩니다.

규칙이 정해지면 아주 소량의 jQuery 플러그인을 사용해서 아이템의 ID를 추출할 수 있습니다.

$.fn.itemID = function() {
  try {
    var items = $(this).attr('id').split('-');
    return items[items.length - 1];
  } catch (exception) {
    return null;
  }
};

이것은 저장 버튼이 눌렸을 때 아주 간단히 문서를 저장하게 합니다.

$('#save-button').click(function() {
  var id = $('#document-list .selected').itemID(),
      params = { d: { data: $('#editor').val(), id: id } };
  $.put('/documents/' + id + '.json', params, function(data) {
    // Saved, will return JSON
  });

사실상 jQuery에는 put에 대한 HTTP 동사가 없기 때문에 다음과 같이 정의했습니다.

$.put = function(url, data, success) {
  data._method = 'PUT';
  $.post(url, data, success, 'json');
};

진행사항

사실 지금까지 어떤 jQuery UI도 사용하지는 않았지만 다음 파트에서는 다루게 될 것입니다. 지금까지 우리는 좀 더 친숙하고 쓸만해 보이기 시작하는 간단하고 작은 에디터를 만들었습니다.

아직 브라우저 테스트 할 시간이 없어서 Webkit 이나 Firefox에만 충실했습니다.

Nodepad 최근 커밋은 dd40b 입니다.

업데이트: library, binary 그리고 운영체제에 대하여 테스트한 상세사항을 포함하여 Nodepad README를 변경했습니다. 이것은 문제가 발생하는 사람들에게 도움이 될 것입니다.

[node.js 따라배우기 05] 인증과 세션, 접근제어 미들웨어

doortts — Tue, 06 Dec 2011 01:11:56 +0900

휴우~ 이번엔 조금 텀이 길었죠? 그래도 중간중간 많은 일들이 있었답니다. : )

번역도 스터디 맴버분들과 함께 하기 시작했고요, 이런저런 도움도 많이 받고 있습니다. 그리고 꽤 기대해도 좋으실 자료가 곧 공개될 예정입니다. (두둥!) 참! 그리고 이번 파트5는 번역부터 했기 때문에 우선 내용을 공개한 뒤에 계속 조금씩 수정될 것 같습니다. 그리고 파트6도 곧바로 공개될 예정입니다.

여러가지로 기대해 주세요! (/^_^)/~

원문 페이지: http://dailyjs.com/2010/12/06/node-tutorial-5/

"Webapp을 만들어 봅시다! Nodepad" 파트4에 오신걸 환영합니다. 본 시리즈는 "Node.js"를 이용해서 웹 애플리케이션(이하 웹앱)을 만들어보는 따라배우기(tutorial)시리즈입니다. node.js를 이용해서 웹앱을 만드는 과정을 따라가면서, 자신만의 애플리케이션을 만들 때 접하게 될 모든 영역을 다룰 예정입니다.

Part 1: 소개 (Introduction)

Part 2: 설치와 애플리케이션 뼈대 만들기 (Installation and Skeleton App)

Part 3: RESTful 메소드와 테스트 (RESTful Methods and Testing)

Part 4: 템플릿, 파셜, 그리고 문서 생성과 수정(Templates, Partials, Creating and Editing Documents)

컴퓨터가 mongo 데몬을 자동으로 띄우지 않는다면 이번 튜터리얼을 시작하기 전에 띄우는 것을 잊지 마세요.

인증(Authentication)

우리는 서비스가 가능한 앱을 만들었습니다. 하지만, 어떤 종류가 되었든 인증시스템이 없다면 쓸 수 없습니다. 대부분의 제품화된 시스템과 클라이언트 프로젝트들은 인증이 필요합니다. 그리고 OpenID와 OAuth같은 흥미로운 시스템들이 있지만, 대부분의 상업 프로젝트들은 자신만의 로그인 시스템을 갖는걸 선호합니다.

보통은 세션으로 이 부분을 처리합니다.

어떤 유저가 유저이름과 패스워드를 입력합니다.
해당 패스워드는 해싱 알고리즘과 소금으로 암호화됩니다. (소금? 하하하!)
암호화된 값을 데이터베이스의 사용자 레코드의 값과 비교합니다.
일치하면, 해당 유저를 확인해주는 세션키가 생성됩니다.

우리는 사용자들과 세션들을 관리하기 위해 다음과 같은 것들이 필요합니다.

데이터베이스에 들어있는 유저들(=유저정보)
로그인한 유저의 아이디를 저장할 수 있는 세션들
패스워드 암호화
유저 로그인이 필요한 경로에 접근을 제한할 방법

익스프레스(Express)에서의 세션들

익스프레스는 데이터 저장 매커니즘으로 지원받는 Connect 세션 미들웨어에 의존합니다. 메모리기반을 비롯하여 connect-redis, connect-mongodb를 포함한 서드파티 저장소들이 존재한다. 대안적인 옵션은 cookie-sessions인데 사용자의 쿠키안에 세션데이터를 저장합니다.

세션은 다음처럼 설정가능합니다.

app.use(express.cookieDecoder());

app.use(express.session());

설정 할 때는 이런 설정 옵션들을 정확한 곳에 위치시키는 것이 중요합니다. 그렇지 않으면 세션 변수들이 요청 객체 안에 생기지 않습니다. 저는 설정을 bodyDecoder와 methodOverride 사이에 두었습니다. 전체 소스는 GitHub를 참조하세요.

이제 우리의 HTTP 응답자는 req.session 에 접근할 수 있을겁니다.

app.get('/item', function(req, res) {

req.session.message = 'Hello World';

});

MongoDB 세션들

npm install connect-mongodb를 이용해서 connect-mongodb 을 설치하세요. connect-mongodb는 다른 세션 스토어(store)와 비슷하게 동작합니다. 애플리케이션 설정하는 동안에 커넥션에 대한 상세한 부분을 구체화 할 필요가 있습니다.

app.configure('development', function() {

app.set('db-uri', 'mongodb://localhost/nodepad-development');

});

var db = mongoose.connect(app.set('db-uri'));

function mongoStoreConnectionArgs() {

return { dbname: db.db.databaseName,

host: db.db.serverConfig.host,

port: db.db.serverConfig.port,

username: db.uri.username,

password: db.uri.password };

}

app.use(express.session({

store: mongoStore(mongoStoreConnectionArgs())

}));

만약 API 작성자가 연결 옵션에 대한 표준 포맷을 결정할 수 있다면 이 코드의 대부분은 필요치 않게 될 겁니다. 저는 몽구스(Mongoose)로부터 연결에 대한 상세한 부분들을 추출해 내는 함수를 작성했습니다. 본 예제에서, db는 몽구스 커넥션 인스턴스를 담고 있습니다. 몽구스는 URI들을 통해 제공되어야 하는 커넥션 상세정보를 기대합니다. 그리고 저는 그 방식을 좋아하는데요, 왜냐하면 포맷을 기억하기 쉽기 때문입니다. 저는 app.set을 사용해서 환경에 따른 연결 문자열을 저장해왔습니다.

익스프레스 애플리케이션들을 작성할 때 app.set('name', 'value')을 사용하는 건 좋은 생각입니다. 설정 정보에 접근하는 데는 app.get 보다는 app.set('name') 이 사용된다는 것만 기억하세요.

이제는 몽고 콘솔에서 db.sessions.find() 를 실행하면 생성된 세션들이 리턴 될 것입니다.

접근 제어 미들웨어

익스프레스는 로그인 유저들에게 접근을 제어하는 우아한 방법을 제공합니다. HTTP 핸들러들이 정의 될 때, 추가적인 라우트 미들웨어 파라미터들이 지정될 수 있습니다.

function loadUser(req, res, next) {

if (req.session.user_id) {

User.findById(req.session.user_id, function(user) {

if (user) {

req.currentUser = user;

next();

} else {

res.redirect('/sessions/new');

}

});

} else {

res.redirect('/sessions/new');

}

app.get('/documents.:format?', loadUser, function(req, res) {

// ...

});

이제 로그인 유저가 필요한 모든 경로에 loadUser 를 추가함으로써 해당 경로의 접근 처리를 할 수 있게 되었습니다. 미들웨어 그 자체는 평범한 경로 파라미터들과, 또한 next를 갖습니다. (next는 특정 로직에 기반한 경로 핸들러를 실행하는데 사용될 수 있습니다.) 우리 프로젝트에서 한 유저는 세션에서 user_id 를 사용해 읽어들입니다. 만약 유저가 간단하게 next 호출로 찾아지지 않을 경우 브라우저가 로그인 화면으로 리다이렉트 됩니다.

RESTful 세션 모델링

저는 문서들과 비슷한 방식으로 세션들을 모델링 했습니다. new, create, 그리고 delete 경로가 있습니다.

// 세션들

app.get('/sessions/new', function(req, res) {

res.render('sessions/new.jade', {

locals: { user: new User() }

});

app.post('/sessions', function(req, res) {

// 유저를 찾아서 현재 유저 세션 변수에 세팅한다.

});

app.del('/sessions', loadUser, function(req, res) {

// 세션 제거

if (req.session) {

req.session.destroy(function() {});

}

res.redirect('/sessions/new');

});

유저 모델(User Model)

User 모델은 Document 모델보다 좀 더 복잡합니다. 왜냐하면 인증 관련 코드들을 포함해야 하기 때문입니다. 제가 사용한 전략은 이렇습니다. (아마도 이전에 OO 웹 프레임워크들에서 본적이 있으실 겁니다)

패스워드들은 (더 짜지게) 소금(salt)을 곁들여 암호화된 포맷으로 저장된다.
인증은 데이터베이스에 있는 해당 유저의 암호와 암호화된 평문 암호를 서로 비교하는 걸로 처리한다.
‘가상’의 password 속성은 등록 편의와 로그인 폼을 위해 평문 패스워드를 드러낸다.
이 속성은 저장하기 전에 해당 패스워드를 자동으로 암호화하는 셋터(setter)를 가진다.
각각의 이메일 주소가 오직 한 명의 사용자를 위해 쓰이는 걸 확실히 하기 위해 유니크 인덱스를 사용한다.
패스워드 암호는 Node의 기본 암호 라이브러리를 사용한다.

var crypto = require('crypto');

mongoose.model('User', {

methods: {

encryptPassword: function(password) {

return crypto.createHmac('sha1', this.salt).update(password).digest('hex');

}

});

encryptPassword 는 소금을 곁들여 sha-1 해시처리된 패스워드 인스턴스 메소드이다. 이때의 소금은 패스워드 셋터에서 패스워드를 암호화하기 전에 생성된다.

mongoose.model('User', {

// ...

setters: {

password: function(password) {

this._password = password;

this.salt = this.makeSalt();

this.hashed_password = this.encryptPassword(password);

}

methods: {

authenticate: function(plainText) {

return this.encryptPassword(plainText) === this.hashed_password;

makeSalt: function() {

return Math.round((new Date().valueOf() * Math.random())) + '';

// ...

소금은 원하는 뭐든 될 수 있는데, 저는 여기서 상당히 랜덤한 문자열을 생성해냈습니다.

(이크!! ‘소금’이 너무 많이 나와서 농담이 지루해 지려고 하네요 -_- 옮긴이 주)

사용자 저장과 등록

몽구스는 레코드들이 저장될 때 save 메소드 오버라이드를 이용해서 해당 작업들을 편하게 해줍니다.

mongoose.model('User', {

// ...

methods: {

// ...

save: function(okFn, failedFn) {

if (this.isValid()) {

this.__super__(okFn);

} else {

failedFn();

}

// ...

저는 실패한 저장 메소드를 허용하기 위해 save 를 오버라이드 해왔습니다. 이렇게하면 실패한 등록의 처리도 좀 더 간단해집니다.

app.post('/users.:format?', function(req, res) {

var user = new User(req.body.user);

function userSaved() {

switch (req.params.format) {

case 'json':

res.send(user.__doc);

break;

default:

req.session.user_id = user.id;

res.redirect('/documents');

}

function userSaveFailed() {

res.render('users/new.jade', {

locals: { user: user }

});

}

user.save(userSaved, userSaveFailed);

});

지금 당장은 아무런 에러 메시지도 표시되지 않습니다. 다른 튜터리얼에서 해당내용을 처리할 예정입니다. 사실 이런식의 유효성검증 은 꽤 바보 같겠지만, 본 애플리케이션에서 인덱스는 매우 중요합니다.

mongoose.model('User', {

// ...

indexes: [

[{ email: 1 }, { unique: true }]

// ...

});

이렇게 하면 유저가 중복으로 저장되는 것을 방지할 겁니다. 포맷은 MongoDB의 ensureIndex와 동일합니다.

결론

이제 우리는 다음과 같은 것을 가지게 되었습니다.

MongoDB 세션들
sha1 패스워드 암호를 지원하는 User 모델
문서 접근 제어용 라우팅 미들웨어
유저 등록과 로그인
세션 관리
저는 기본적인 로그인 폼을 포함하도록 Jade 템플릿을 업데이트했습니다.

하지만 그럼에도 몇몇 빠뜨린 것들이 있습니다.

문서 소유자 계정에 대한 처리는 고려하고 있지 않다
테스트가 적절하게 동작하지 않는다. Expresso 테스트에서 세션을 다루는 방법을 이해하는데 어려움을 겪고 있기 때문입니다.

이것들에 대해서는 향후 튜터리얼 시리즈에서 다룰 예정입니다.