今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）

完成签到。

烦死了，写了很久的日报没保存关掉了，现在只能想起一部分。。。

就是逻辑是OK的，没问题。方法借鉴的，感觉还是比较ok的。

然后由两个方面没有考虑到：

（1）就是在获取当天签到信息时，若没有获取到，有可能是还没签到，还有可能是没有这个用户。

不过按照我们的代码来说，不是数据库中的用户是不可以到签到页面的，所以有点疑惑？？？

难道是通过后台的账号和密码进去的，所以属于管理员信息被存在管理员表中，所以管理员在进行签到时会提示错误？？？

（2）这个就是在签到成功后，相关更改的数据没有成功的更新到数据库，这样时为了防止影响下次操作没有问题，一般都会返回不成功的结果，因为数据库中没有记载，所以这个方面是要考虑到的，不能忽略。

三个请求。

第一个就是成功的签到请求，除了成功的签到状态和信息，还有需要增加的逆袭豆数量信息。

第二个就是在第一个请求成功的基础上继续访问，就会显示已签到的信息和状态。

第三个就是用户id=9的进行签到操作，不过没有这个用户，所以返回的提示。

一切正常。。。 

明天计划的事情：（一定要写非常细致的内容）

再完善完善接口，看看服务器部署。

遇到的问题：（遇到什么困难，怎么解决的）

1.就是用户不存在的问题。

这个只能时管理员这方面了，不然从进公众号授权就存在了，而不授权的话，用户是进不去的，所以签到时不会存在没有该用户的问题。

2. 就是只是返回的是一个签到状态的信息，那签到页面是如何更改的，当天从签到变成已签到，这个前端判断？？？更新了当月的签到信息的页面，怎么获取到数据的？在收到状态的同时也进行页面更新？？？

可能是我们不能涉及到的前端“黑科技”技术吧@！！！

3.就是如果已签到，那这个签到按钮就会变，但是到第二天还是要变成没签到的状态，这个事怎么变的，后端也没有写定时方法，即使有也没有返回相应的数据啊？？？？

收获：（通过今天的学习，学到了什么知识）

就是签到。