501问题解决方案： about auto-clock-in HOT 3 OPEN

好像，用户验证是打卡平台调用企业微信的oauth api，然后生成一对id/token。可能是第二次打开企业微信后id/token过期，生成了新的，旧的就挂了

以及，我这里从提这个issue开始哪天就打不了卡了，id/token是正确的情况下仍然501，如果用抓包抓到的JSESSIONID就不501，但是那个id大概几小时就过期了

from auto-clock-in.

好像这几个cookie过期时间更短。。

from auto-clock-in.

抱歉，刚留意到你的留言。

• 关于打卡项目，增加了id token & sessionid的对应检测。目前我这边未更改缓存设置，仍可正常打卡。

• 另一方面，关于token失效期，其实我有一些不大明白，希望能与卢神交流：

  • 之前有同学反馈token的缓存设置了7天有效期，过期后需要手动抓包获取id & token。不过我抓的包里没有显示cookie含有expires等字段，且：当我一直没有打开过企业微信应用时，脚本在未更新cookie的情况下正常打卡了10天；但第10天晚上我打开了企业微信，第11天便显示打卡失败。。更新id和token后，方打卡成功。。很是不解

from auto-clock-in.