最赞回答 / 瓜瓜射门啦
每一条评论都是独立的一条数据实体,它里面有,某个人,评论了一段内容。但是有个问题,只有这一条评论,from 和 to 都是两个 ObjectId 不是复数的,是单独的一个用户 ID,如果评论人和回复人之间反复不断的相互评论,包括其他人也参与进来到这个评论,这就会产生更多的评论数据,from 和 to 就不满足这个场景了。需要有一个评论的数据,专门管理 更多数量的评论,里面每个评论,都会包含,一个独立的 from 用户,一个 to 的用户,以及 评论的 content
2014-10-23
已采纳回答 / 瓜瓜射门啦
应该是官方的 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