MUTool 计划流产

本来是想基于谷歌的firebase服务进行单页app开发，但是遇到了一些问题，但是大概的结构已经摸清楚了，经历了几天头痛欲裂的查看官方文档日子。。。痛并快乐着，又成长了许多。

首先介绍一下目前已经做好的功能：

功能

1. 用户注册
2. 用户登录
3. 无登录状态可获取公共内容，也就是书签
4. 书签分类添加
5. 书签二级分类添加
6. 书签具体信息添加，包括：logo，title，href三个值，并且增加了对应的表单验证
7. 书签分类修改&删除
8. 书签二级分类修改&删除
9. 书签信息修改&删除
10. 搜索功能
11. 用户登录后才允许出现新建和编辑功能
12. 用户登录有效期（暂时只设置了临时有效）

目前就很潦草的开发了这些功能，因为一个人要做很多事情，还要阅读大量莫名其妙的文档，设计数据库的数据结构，前端ui设计，功能开发。

一开始我以为只是修改和添加的请求是需要翻墙的，但是最后发现哪怕是最基本的数据请求都需要翻墙，最终这个问题成了压死骆驼的最后一根稻草，我已经不想再深入开发了，因为无法正常使用。

开发初衷

作为一个开发人员，我经常会去百度，谷歌搜索一些问题，包括一些功能性的站点，api，使用文档这些，当然也包括一些个人的娱乐站点，看看最新的咨询啥的。

但是本人又是一个折腾爱好者，加上多设备的限制，关于浏览器书签的内容备份还原是个非常麻烦的事情，虽然可以完整copy一份浏览器的用户信息达到还原的效果，但是，如果你是临时使用呢？

就拿我去年年底实习的经历来说，我可能需要用到一些我之前在自己电脑上收藏的书签，但是，我不想把我所有的内容都还原，我只需要个别的东西，我并不想在这台电脑登录我的个人账户。

这就意味着我需要再次去搜索引擎里输入关键词，去查询，如果你还记得关键词那还好说，如果你不记得了呢？是不是，这是一个非常头痛的事情，所以我一直想做一个web端的书签页，不管我走到哪里，我只需要一台能联网的设备，我就可以访问到我的书签。

如果加上个人用户的隐私书签，那就更棒了，不是吗？

糟糕的预览图