**這個頁面不需註冊/登入也可以直接編輯的內容喔**
聚會期間會先用 
http://pad.hackingthursday.org
來共筆打字，過一陣子後再整理更新至此頁

Ben:

nodejs 很新除了官方的文件比較齊全其他第三方的 package 文件都不是很夠常常要自己試試看他有什麼 api nodejs 本身所做的事非常的底層可以說很簡單但說難聽一點就是什麼功能都沒有 cookie, session, routs, vhost, gzip, static server …. 等等以上通通都沒有甚至連吐 404, 500 之類的功能都要自己寫雖然都有現成的第三方 package ( express middleware ) 但是看完他的設計模式後發掘效能不是很好

另外開發過程中每個 package 或是 nodejs 本身更新的非常快一個星期可以跳個 3 個版本號而文件常常趕不上甚至 google 搜尋到的資料也常常是舊的也有愈過已經 publish 得版本被作者又整個砍掉導致一票有用到的 package 也一併爛掉

而 nodejs 的 framework 不管是不是 mvc 現成的有非常多大部分都沒有太完整的文件而最多人用的有兩個 connect 和 express 其中又以 express 最多人用因為他的設計簡單文件齊全但是效能不是很好因為他的設計模式是把所有的 middleware push 進去一個大的 array 然後在每個 request 進來的時候用 if else 去判別有沒有符合這些 middleware 要執行的工作符合的話就執行不符合就 pass 給下一個 middleware 所以當你功能越來越多整個網站就越來越慢甚至只要你 routes 設計麻煩一點比如 rest,( 因為有 get, put, post, delete 有人就用 switch 去實現 ) 整個就慢到不行我用 macbook pro 13 跑 hello world ab test nginx 差不多是 22000 request/s 純 nodejs 5600 request/s express 不開 cache 280 request/s ( version 2.4.3 ) 開 cache 約 2600 request/s 舊的版本不開 cache 約 480 request/s 不過我已經忘記是哪一個版號了而我自己的簡易 framework ( 有 model, controller 但是吐 json ) 約 4000 request/s 主要的差異是在 express 的 view parser 很慢及 middleware 的 implement 方式不佳

我個人是在一開始啟動 nodejs server 的時候去掃所有 controller dir 底下的檔案把裡面所有的 method 都組成一個大的 hash table( array ) ex. controllers[ ‘get/home/index’ ] = handler; 然後當 request 近來的時候只要這個 handler 不存在就吐 404 在執行 handler 的外層包一層 try catch 一旦有 error 就吐 500 這樣整個執行效能就變得非常好

另外在這中間遇到的一些小問題但是 google 搜不到的像是要傳 array 的 param 不是 msg[0]=xxx&msg[1]=yyy 而是 msg=xxx&msg=yyy 沒錯就只要重複 param key 本身一次就好因為找不到文件這個問題卡了我三天

db 的部份是用 mongodb 使用的 ORM 是 mongoose ( 這也是最多人用的 mongodb ORM ) 而他的 nodejs driver 是 mongo native dirver ( 剛剛前面提到的已經 publish 得版本被作者又整個砍掉的就是這個 package, 但幾乎所有有關 mongodb 的 ORM 或是用 mongodb 的 mvc framework 都是用這個 driver, 所以那兩天只要不小心更新 package 的人都是哀號一片 ) 他的文件非常的不夠連基本的 crud 都沒有 api 文件也是用程式轉出來的不如直接看原始碼快的多在這個部分浪費了我非常非常多的時間在試它的 api

最後題一下我覺得 nodejs 第三方 package 的 code quality 非常的參差不齊使用上請小心服用我自己除了寫一個以效能為優先考量的 json server 也用 express 寫了一個 mvc framework 拿來寫後台( 因為後台沒幾個人用效能不重要 ) 寫完後才找到了一個寫的非常完整的 mvc framework 叫做 railway https://github.com/1602/express-on-railway
有 mvc, generator, model view cache, rest routes … 一堆東西但是因為他是用 express 寫出來的所以對效能還是不用太期待但它裡面有很多 code 是值得參考的

雖然說 express 的效能看似很差但我拿一個 rails 的數據給大家參考一下 rails 3.0.9 不開 cache 是 30 多 request/s 所以其實還是很快啦…

用 nodejs 寫 server side 的 service。寫了一個 chat 的 demo。 keyword: express, long polling, nodejs,… 因為一個小錯誤就會整個 crash, 所以在最上層用 try..catch 包起來，再加上 upstart 自動重啟。 server 是用 event-driven 的方式實作的，但和 socket server 還是不一樣。 nodejs 相關的模組成熟度還不是很夠，文件也沒有很齊全。常常需要直接對照源始碼才知道程式的用法 ( sample code + 文件很重要 )。像有個作 database 的模組, 連最基本的 CRUD 的用法都沒有寫。目前用 nodejs 作的 server 大都是實驗性質的，比較少用到 production 的 service 上。 nodejs 所提供的都是很底層的東西，一些像是 http server library 之類的，都是別的套件很是模組提供的。

mosky:

開始用 vim 的 plugin 也還不滿兩個禮拜，ctags 更是用不到一個禮拜，只是覺得預設的情況不太好用，所以就做了這個 plugin，真的是野人獻曝了 :P。

http://j.mp/pINvx0

Mat:

需要將 html 轉成 structured text. 但是 html2text ( CLI ) 有編碼的問題，改成用 python 的模組來作:

http://www.aaronsw.com/2002/html2text/

def html2txt( the_html ):
    result = html2text.html2text( the_html.decode('utf-8'), '' ).encode('utf-8')
    return result

此外，用 python mail 模組發信時，要指定 MIMEText 的 encoding 為 UTF-8

msg.attach( MIMEText(text,"plain") )

msg.attach( MIMEText(text,"plain", "utf-8") )

註: 加上 encode(‘utf-8’) 跟 decode(‘utf-8) 可以避免中文字問題。