不用 token，每次请求拿到 openid 查一下数据库有没有就行了，当然用也没事，token 设计还是比较麻烦的。

@Sercheif #6 等等，买 tt 是什么骚操作？

@woshinide300yuan #35 之前优化好了，然后换了个主题。。

查看下防火墙策略，需要设置对外访问开放，之前被坑过。

@huafang 他官方好像卖的就是虚拟主机

ghost 说实话真的辣鸡，整体更像一个半成品，估计是为了卖虚拟主机就搞成这样的吧，呵呵

取消成功，舒服

微云送的 10t 给重置成 5gb，至此再也不用

有，大概五分钟左右，就是在一个白板上写上今天要干啥，然后延期的话会确认下进度和问题

线程池就行了

页面 url 应为 /api/user
你这个基础知识还需要再学习一下。。。

@Decouple #28 是的，高质量的注释才叫注释，有些开发我就不想说了，注释基本上保持在五个字以内，这种注释除了他自己知道怎么回事之外，其他人看了还可能有歧义，所以保持注释的质量也是很重要的。

@Decouple #23
绝大多数注释可避免的前提是：

1.团队成员水平基本一致
2.对当前业务较为熟悉

现在有几个团队能有这个条件？

我并没有否认好的代码可以自解释，只是注释可以最快的让其他开发理解该方法或类所实际执行的事情，另外顺嘴说一句，有些开发写的注释还不如不写，写五个字的注释，基本等于没写。

@Decouple #17 以一个简单的页面显示分页为例。
方法 1 为通用分页，用户首次进入显示该方法数据，需要添加缓存
方法 2 为条件分页，用户筛选后显示该方法数据，需要添加缓存
方法 3 为默认条件分页，用户点击按钮后显示该方法数据，数据已缓存到内存
三个方法入参格式一致，返回格式一致

请问你如何通过命名来直接区分三个方法，以及在其他人阅读时无歧义的理解该方法作用？