Migrate to MongoDB

[codinfox]

Ready for merge

迁移数据库到MongoDB。 close #38

工作内容不断补充：

• [X] 数据库平台平滑迁移（添加数据和查询数据）
• [x] 增加TTL的feature
• 前端消灭所有因为迁移产生的bug
  • [x] Message的详细页面打不开
  • [x] Dashboard无法正常显示
  • [x] 使用_id替代id
• [x] 提供在数据库不存在的情况下初始化的方法，方便项目使用和部署
  Mongodb简直碉堡，会自动检测数据库和collection是否存在，不存在自动创建
• [x] Error Alert迁移和故障修复

---

遗留问题：

所有的搜索全部只返回按照count排序的前100条搜索结果，hard code在代码里，这个地方需要后期改改。

[codinfox]

config.json的格式变更：

原有格式：

{
    "clearOutdated": {
        "timespan": <timespan>,
        "frequency": <frequency>
    }
}

新格式：

{
    "logttl": <ttl in seconds>
}

[codinfox]

ping @amio 应该是弄完了 还没弄完……

我在想是不是应该把默认的分支改成Develop，然后把这个PR merge到develop里面，避免破坏现在的master分支？毕竟是个修改storage的修改……

[hax]

master分支和dev分支的区别？

[codinfox]

考虑借鉴git-flow的develop分支的想法，master还是保留一个稳定的发布分支，develop作为开发中的分支，当develop当中的代码趋于稳定之后再merge到master当中。毕竟master是与线上服务同步的分支，如果开发中的代码进入了master的话有几率会影响线上服务。 @hax

[hax]

对于服务我个人比较倾向于github flow（通过小步的pr来合并到master）而不是git flow。git flow更适合软件开发。

[codinfox]

OK，看了下Github Flow，原来就是我们一直在用的模型……但是总感觉把这个分支这样的直接merge到master危危险险的

[hax]

早晚都是要merge的。假设你用git flow，单独merge到dev之后你有什么方式来减小风险吗？比方说你有单独的测试环境跑dev的，那么还算有意义。

[codinfox]

@amio 这次是好了

由于数据保存的格式发生了一点变化，之前的数据迁移过来需要一些操作，打算放弃掉（反正就四天 = =）。

[amio]

顾不上测了，上吧别卡我这里 也不会有什么大问题

[codinfox]

那我去et部署一下，应该是没啥问题。