ror-ian

主要是cookie的问题，chrome如下设置可以在线观看 1. chrome://flags/ 2. 设置SameSite by default cookies和Cookies without SameSite must be secure为Disable

人力没有记录是因为修改方法不对。你一定是将ZKDB.db下载编辑后再上传了，这样是无效的。因为考勤机内和数据库关联的进程没有结束，上传覆盖原文件后数据库文件的inode会变，对于程序来讲，找不到inode等于数据库被删除了，所有新的考勤数据都放在了程序缓存中，并且读不到数据库中修改后的数据内容。 “Unix/Linux系统内部不使用文件名，而使用inode号码来识别文件。对于系统来说，文件名只是inode号码便于识别的别称或者绰号。” 所以，解决方案是在telnet现场用sqlite3_mips直接修改ZKDB.db，这时候inode不变，程序缓存和数据库内容永远是同步的。 有必要多说一点的是： 自上传覆盖ZKDB.db后，考勤信息就只能全部放在程序缓存中了，如果考勤机重启了，缓存中的新考勤数据将全部丢失，务必留意。最好等月初人力考勤后自己将考勤机重启下（reboot命令），以免后患。最安全的办法是你先用考勤软件连接4370端口，将缓存中的数据下载下来，然后重启考勤机，检查数据完整性，将丢失的数据添加回去。

我明白你的意思了，并且你的怀疑是正确的。人力如果一直将考勤软件保持运行状态，并设置了轮询时间，物理打卡时会自动上报到软件中，而数据库的直接编辑并不会上报。如果人力月初点击“从设备下载记录数据”，那么数据库中的信息是会更新到考勤软件中的，但如果人力完全依赖设备上报，就比较麻烦了 -------补充------- 可以自己安装一个软件，尝试抓包并分析，模拟上报过程，但细节我没有研究过。