cunzao / book_seat Goto Github PK

首先非常感谢大佬将写的程序无私分享出来！
想请问一下如何针对都是使用知书平台的图书预约系统进行修改？
是否主要是需要针对性修改座位信息（shitMountain.py），如果是请问一下，应该如何静态获取seat_id？
非常感谢！！！

老哥，第一次运行和今天的时候59分就开始执行预约，是因为约到22：00没有签退造成的吗。
时间：2019-09-05 21:53:41.277640，main: 滴滴滴，开始给你盯着位置啦！
时间：2019-09-05 21:59:01.314288，main: 开始预约
时间：2019-09-05 21:59:01.315307，job: I'm working...
时间：2019-09-05 21:59:12.365267，main: 预约失败
时间：2019-09-05 21:59:17.366665，main: 开始预约
时间：2019-09-05 21:59:17.367651，job: I'm working...
时间：2019-09-05 21:59:29.375447，main: 预约失败

不是特别懂编程。只有一个py脚本....?

1. 最近换用Release2.0版本之后，似乎抢不到的几率变大了……？不知道是脚本问题还是怎么，同一个座位，换个没用过脚本的帐号就莫得问题，感觉是被系统半限制了。

2. 由于刚到22点系统很卡，以至于脚本前面五六次请求都是无响应，然后设计的“座位没有就换一个”就根本不会运行，而是连续13次后直接失败。也许可以优化一下这个逻辑？

3. 每个半点（以及某些特殊时间点）都会有座位释放，是否考虑增加一个功能，让脚本在后台轮询捡漏？

4. 现在2.0版本是取消了随机座位功能吗，在注释掉的代码里没找到？

没时间写动态的函数。。。先留个坑，以后填。懂的小伙伴帮忙改一下，pull request。。。

老哥，他59就开始预约，约到21.59.59就停止了

每天晚上10点帮你自动预约位置！
位置可以自由选择！
使用server酱提醒！

工作过程：
1.运行程序检查是否有cookies，有则进入下一步，没有则登录。

2.程序会不断进行时间比对，到了晚上21：59的时候就会开始数据准备工作：读取json文件存储的那些数据，然后生成相应的对象，接着就会发送一次位置查询的请求，用于查询位置的真实ID，运行到这数据准备完成则进入预约的工作。

3.预约工作，还是会不对比对时间，到了晚上21：59：59会发出第一个请求建立TCP连接，接着开始正式的预约工作。。。

4.根据预约的状态决定是否获取用户的预约情况，成功了就获取，接着进入通知环节。

5.通知会判断是否填写了server酱的Token，填写了就向server酱的服务器发送提醒，没填写则直接输出到屏幕和文件中。

容易出问题的地方？只要你更新到最新的版本就不容易出现问题，我的每一次更新都是解决多个问题！我并不是平白无故的更新的！