Repository navigation
考勤系统 #11
Description
Activity
今天想到这样一个idea。我们的客户端可以维护两个，一个是普通的客户端，正常上架；另一个是管理员的客户端，不上架，只在考勤人员之间流通。类似滴滴打车的乘客端和司机端。
管理员客户端需要登录，验证权限后方可使用。每次记录考勤者的ID，参与者的ID，考勤时间，对应的活动ID。这样可以验证每次考勤的有效性。
普通的客户端就增加一个功能，生成当前登录ID的二维码。我觉得这样可以比较简单地实现我们要的功能。额只要在客户端搞一个类似于现在的主页下面按“欢迎来到北大车协论坛”然后输口令才可以进入管理员界面那样的嘛
范志康 | 好男人
北京大学自行车协会
电话 +86 185-7910-1828在 2015年7月10日，上午11:36，蒋雨蒙 notifications@github.com 写道：
今天想到这样一个idea。我们的客户端可以维护两个，一个是普通的客户端，正常上架；另一个是管理员的客户端，不上架，只在考勤人员之间流通。类似滴滴打车的乘客端和司机端。
管理员客户端需要登录，验证权限后方可使用。每次记录考勤者的ID，参与者的ID，考勤时间，对应的活动ID。这样可以验证每次考勤的有效性。普通的客户端就增加一个功能，生成当前登录ID的二维码。我觉得这样可以比较简单地实现我们要的功能。
@CAPU-ENG/developers 发现这样可以一次@所有人……
—
Reply to this email directly or view it on GitHub.@goodman-capu 其实这个功能很多人都不需要，就弄个测试版放在需要用的人手机上就行啦……不过你的想法也OK，就是多占一点大家的空间咯。
p.s. 你能把你的签名档删掉吗看着好累……这个根本不占空间...只要没有加入过多本地图片 空间增大绝对只在kb量级...
范志康 | 好男人
北京大学自行车协会
电话 +86 185-7910-1828在 2015年7月10日，下午12:00，蒋雨蒙 notifications@github.com 写道：
@goodman-capu 其实这个功能很多人都不需要，就弄个测试版放在需要用的人手机上就行啦……不过你的想法也OK，就是多占一点大家的空间咯。
—
Reply to this email directly or view it on GitHub.@JeldorPKU 邮件回复默认加上的签名档。。。
好吧……然后口令应该是动态的，一个ID对应一个口令，反正能想到的作弊方式都要防一下……
我觉得 把ID+时间通过某种可逆方式加密一下就行了
比如 好男人201507102040 字符串每个字符的编码+1生产二维码 解密时-1
嗯我觉得直接给有管理员权限的 id 开管理员界面啊。。。
啊我想到一个问题……考勤的人自己要签到怎么办……
感觉之前可能有一点没有表达清楚，我觉得我们第一步需要做的并不是彻底改变签到的方式，毕竟像八达岭一百多个人挨个扫二维码神马的感觉也挺怪的……我认为第一步需要实现的是提供可以记录考勤的地方，而不是每次文体部发个帖截个图甚至传个文件啥的，这个想法应该和个人履历是类似的。
第一步需要实现的是提供可以记录考勤的地方
这个思路我觉得可以～
考勤的方式最终肯定是要改的啦，不然登记也是一个非常麻烦的事情……主要是觉得二维码的事情可以先缓缓，API接口实现神马的倒是可以先搞（毕竟最后调用的都是一样的接口），具体的签到方式应该不是完全由我们来决定的，暗黑组织黑暗组织神马的
嗯 UI 还是得听我们的！
说实话，我觉得扫描二维码只是看上去比较酷炫，但是并不一定高效便捷（纸质毕竟只要用笔勾一下，二维码还得识别，还需要拉秘会使用，有相应设备，还得确保有电……），而且存在一定错误的可能性，在优越性上并不能完全取代原始的模式。这是我说的所谓“签到方式”，并不是UI神马的。
顶楼上～（我也觉得现在二维码识别有点儿慢。。。（尽管不同意“存在一定错误的可能性”）我觉得要是 RFID 或者蓝牙什么的技术限制被签到人必须在签到人一定距离内就好了）
我想到一个好办法～两个人碰一下手机，记下加速度，传到服务器上比一下～
要不是考虑到可能作弊的话就在客户端上查一下地理位置如果在五四就自动签上到了。
还有一个办法：找个无线路由器，验证搞成 wpa2-enterprise，用户名是论坛 id，密码是论坛密码，连 wifi 时自动签到。
嗯就是 brainstorm 一下，我觉得所有方法里最好的就是 lss，如果没有人代签的话
与移动端协同开发，考勤者扫描参与者的二维码，上传到服务器更新考勤状况。与活动系统直接挂钩。
用于拉练、训练、讲座等。