lv1=mynote lv2= type=done

banner水平、垂直居中，不要拉伸；同理，缩略图一样处理

lv1= lv2= type=todo

图片的content type要正确设置

不要加随机数，使其能够缓存

文字、图片也可以点击

lv1= lv2= type=todo

默认index.md

lv1=mynote lv2= type=todo

用户表

username -

name + ，账号名，注册时用户设置的唯一

id从10000开始

lv1=mynote lv2= type=todo

不要注册、修改昵称分离：

do_register:function (){

    if (this.nickname_ok && this.tel_ok && this.pwd_ok && this.pwd2_ok) {//正则表达式验证均无误

lv1= lv2= type=todo

git remote url & git ssh key

注册后自动生成git url & git ssh key，用户可以在此设置、获取

lv1= lv2= type=todo

gogs 用户登录：用户可以在用户中心设置密码；如果用户登录了mynote，gogs可以免登录

lv1= lv2= type=todo

用户配置 user config

界面布局等

lv1= lv2= type=todo

点击头像到作者首页

以后有了作者信息页，展示此页

lv1=mynote lv2= type=todo

消息系统

系统消息，全部用户，登录才读取，写到个人信箱

用户动态，写入动态表，粉丝需要时再拉取，不广播

点赞、评论是一类消息（类似朋友圈），但与聊天消息区分

自己不能关注自己

站内通讯系统推送消息结构

动态类型推送消息：

发送文章 => 关注的人(public)

文章点赞 => 关注的人(public) 文章作者(private)

发送评论 => 本层的人和文章作者(private)

评论点赞 => 本层的人和文章作者(private)

影响：

1)自己关注自己，自己给自己的文章点赞就会是2情况有两条。

2)自己关注自己，自己发文章会手到关注消息我发了文章。

3)发送评论由于推送消息的对象是集合(本层的人和文章作者)，聊天消息栏目会有显示自己给多个人发信息。

4)评论点赞和上面一个3)的影响一样。

先简单处理：用户注册时间晚于消息创建时间的，不显示

全部、部分 * 已读、删除、未读

仿照qq邮箱，这个不要了

lv1= lv2= type=

api接口

api doc 规范 

lv1=mynote lv2= type=todo

curl 调用优化、错误处理

http://uninote.com.cn/tests/api_tests.html

E:\uninote\uninote_api

https://www.kancloud.cn/eson_sheng/uninote/