已采納回答 / 瓜瓜射門啦
應該是官方的 bug, 大概就是系統內部觸發 open 或者 connecting 事件的時候，這個 connection 并沒有安全的初始化?ready, 導致 session store 開始使用的時候，出錯。有說加上：?auto_reconnect: true 就能 hack 掉這個，當然你可以升級下 connect-mongo ，理論上官方給予了 修復，詳情見這個 issue：https://github.com/kcbanner/connect-mongo/issues/65
2014-10-13
已采納回答 / 瓜瓜射門啦
只要這個 key 是 unique 都可以作為查詢條件來用，這里用來找到一條數據，確實最佳的方式是 findById, 比如結合 findOne 封裝成靜態方法調用：<...code...>
2014-10-12
最贊回答 / GDP_搞地皮
原因npm在1.3.15版本以前node-gyp 在編譯時會調用VCBuild.exe，在vs2012下是找不到的VCBuild.exe, vs2012及以后版本是msbuild.exe作為編譯器。解決：將npm 的 msvs的編譯器設置為vs2012cmd執行：npm config set msvs_version 2012 --global?
2014-10-10
已采納回答 / 瓜瓜射門啦
這個跟 mongoose 的版本應該沒啥關系，估計是代碼問題，比對下這兩段看哪里有寫錯沒？signin 時候的邏輯：<...code...>schema 里面的靜態方法定義：<...code...>
2014-10-07
已采納回答 / 瓜瓜射門啦
windows 下開發確實會有很多坑，我已經有 3 年多沒有用過 windows 系統了，看這個報錯感覺是 bcrypt 這個庫安裝的有問題，試試從 stackoverflow 上搜搜相關的 issue
2014-10-07
已采納回答 / 瓜瓜射門啦
這就是加鹽的過程，同樣的密碼，最終生成的 hash 是不同的，具體比對則是通過 bcr看源碼， save 的時候：<...code...>首先造鹽，拿到一個 salt ，然后混合到 password ，生成最終的 hash，拿 aaabbb ...
2014-10-07
最贊回答 / 海河之家
查了stackoverflow（http://stackoverflow.com/questions/21234304/grunt-wont-load-the-node-server）Just change you options.file to script or keep both.nodemon: { ? ?dev: { ? ? ? ?script: 'app.js', ? ? ? ?options: { ? ? ? ? ? ?file: 'app.js',
2014-09-29
已采納回答 / weibo_SecturityE_0
嗯.這里確實是會這樣子.schemas 下的user.js ?封裝個靜態方法 findByName<...code...>然后 app.js 那里的find換成findByName 或者直接用findOne
2014-09-29
已采納回答 / int30xcc
我勒個去。。。糾結半天，，問題是我 concurrent里面的option少寫個s，，應該是 options。。。。。跟著視頻敲代碼就是容易敲錯。。。。這個也不給錯誤提示。。心塞。。
2014-09-27