对于一些通选课，使用脚本会比手动快很多吗

[black-zero358]

刚开放抢课的时候，一个查询请求都要持续二三十秒才能结束，查询之前要做的登录操作也很慢。

脚本肯定是要比手动抢要快，但是在这种情况下，我觉得也不会比手动快特别多。

当时在搞我学校的抢课脚本的时候突然意识到了这个问题，然后就放弃了用py模拟登录再抢课的方式（其实是过了晚上十点，选课系统关闭了），而是写了个插件负责一直点查询按钮捡漏。。

这种插件的形式也让我发现了另一种可能，登录所需的jsession可以在抢课系统开放以前登陆一次进行获取，然后在开放之后用刚刚到cookie进行抢课操作（直接让脚本在浏览器内操作或者让py模拟）

[shaxiu]

是的，这几个操作我都尝试过。
首先，关于检漏脚本，我当时是用selenium直接模拟捡漏操作，一直刷新，效果显著，但是由于学校将选课和退课的时间分开了，所以导致捡漏没有特别大的意义了。
脚本的逻辑是先登陆进去，然后不进入选课界面，等到选课开始以后手动控制访问选课网页，获取相关参数，如果没有则重复上述操作，如果获取成功则直接选课(对应课程信息可以提前在配置文件中写死)。在demo代码里没有进行循环访问服务器操作(因为有可能会对服务器造成威胁，写太完整也可能会被有心之人利用)。

[MinecraftSTL]

我的实现是通过selenium进行自动登录，存储cookie
课程信息通过提前手动访问页面录入，并在临近开始时利用存储的cookie和录入的课程信息循环发包抢课

理论上，如果开始抢课之前课程列表不可见，只要在开始抢课时下载全部课程列表并通过本地的筛选规则筛选需要的课就可以实现这个功能

不可否认，如果抢课阶段仍然使用selenium，页面加载时间会极大限制抢课速度（我们的页面在抢课开始时需要手动刷新才能从禁选变为按钮），而使用request可以跳过页面加载时间，在其他人刷新时完成抢课
而使用request进行登录需要对登录页面进行逆向，虽然现在有成品的python源码，但我们的登录页面比较复杂（需要连续登录三次，有两个密码，一个用户名），所以选择了selenium实现

[shaxiu]

我的实现是通过selenium进行自动登录，存储cookie 课程信息通过提前手动访问页面录入，并在临近开始时利用存储的cookie和录入的课程信息循环发包抢课

理论上，如果开始抢课之前课程列表不可见，只要在开始抢课时下载全部课程列表并通过本地的筛选规则筛选需要的课就可以实现这个功能

不可否认，如果抢课阶段仍然使用selenium，页面加载时间会极大限制抢课速度（我们的页面在抢课开始时需要手动刷新才能从禁选变为按钮），而使用request可以跳过页面加载时间，在其他人刷新时完成抢课 而使用request进行登录需要对登录页面进行逆向，虽然现在有成品的python源码，但我们的登录页面比较复杂（需要连续登录三次，有两个密码，一个用户名），所以选择了selenium实现

是的，抢课脚本最大的限制就是学校的土豆服务器，通过request可以更快得与服务器进行交互从而实现选课；selenium一定程度上实现逻辑清晰明了，能够快速实现。

[MinecraftSTL]

我的实现是通过selenium进行自动登录，存储cookie 课程信息通过提前手动访问页面录入，并在临近开始时利用存储的cookie和录入的课程信息循环发包抢课
理论上，如果开始抢课之前课程列表不可见，只要在开始抢课时下载全部课程列表并通过本地的筛选规则筛选需要的课就可以实现这个功能
不可否认，如果抢课阶段仍然使用selenium，页面加载时间会极大限制抢课速度（我们的页面在抢课开始时需要手动刷新才能从禁选变为按钮），而使用request可以跳过页面加载时间，在其他人刷新时完成抢课 而使用request进行登录需要对登录页面进行逆向，虽然现在有成品的python源码，但我们的登录页面比较复杂（需要连续登录三次，有两个密码，一个用户名），所以选择了selenium实现

是的，抢课脚本最大的限制就是学校的土豆服务器，通过request可以更快得与服务器进行交互从而实现选课；selenium一定程度上实现逻辑清晰明了，能够快速实现。

request如果专注于抢课，调用也很方便，但是如果考虑查询等功能，selenium会更便于开发

[FarmerChillax]

登录部分我已经在这个 repo 中解决，抢课部分的接口已经没机会抓了 :p

[forever522]

所以各位前辈，你们最终有写出抢课代码吗？

如果遇到多个抢课模块 比如 体育模块，劳动教育 就得另外抓模块的那个id 应该是xkkz_id 然后才能完成那些操作。但是我觉得这样速度也不会比手动抢课快很多。

每次请求都带一大堆参数过去，真的让人头大

[MinecraftSTL]

所以各位前辈，你们最终有写出抢课代码吗？

如果遇到多个抢课模块 比如 体育模块，劳动教育 就得另外抓模块的那个id 应该是xkkz_id 然后才能完成那些操作。但是我觉得这样速度也不会比手动抢课快很多。

每次请求都带一大堆参数过去，真的让人头大

是的，我已经实现了抢课代码，只要通过合适的发包，速度会比手动抢课要快
但是我们的抢课系统是在开始抢课之前是禁选的，等开始抢课之后刷新页面就能抢课，所以在禁选的时候可以通过手动抓包得到xkkz_id，如果你们的抢课系统在开始抢课之前不能登录，则可能需要使用自动化请求自动抓包并解析需要的课程信息

[forever522]

所以各位前辈，你们最终有写出抢课代码吗？
如果遇到多个抢课模块 比如 体育模块，劳动教育 就得另外抓模块的那个id 应该是xkkz_id 然后才能完成那些操作。但是我觉得这样速度也不会比手动抢课快很多。
每次请求都带一大堆参数过去，真的让人头大

是的，我已经实现了抢课代码，只要通过合适的发包，速度会比手动抢课要快 但是我们的抢课系统是在开始抢课之前是禁选的，等开始抢课之后刷新页面就能抢课，所以在禁选的时候可以通过手动抓包得到xkkz_id，如果你们的抢课系统在开始抢课之前不能登录，则可能需要使用自动化请求自动抓包并解析需要的课程信息

所以在自主选课页面后 页面提示 在非选定时间选课的时候 就可以抓包到xkkz_id 。但是对于最终的选课接口 我还没有测试过 之前请求的时候返回了非法操作 。有哪些参数是必填的参数吗

[MinecraftSTL]

所以各位前辈，你们最终有写出抢课代码吗？
如果遇到多个抢课模块 比如 体育模块，劳动教育 就得另外抓模块的那个id 应该是xkkz_id 然后才能完成那些操作。但是我觉得这样速度也不会比手动抢课快很多。
每次请求都带一大堆参数过去，真的让人头大

是的，我已经实现了抢课代码，只要通过合适的发包，速度会比手动抢课要快 但是我们的抢课系统是在开始抢课之前是禁选的，等开始抢课之后刷新页面就能抢课，所以在禁选的时候可以通过手动抓包得到xkkz_id，如果你们的抢课系统在开始抢课之前不能登录，则可能需要使用自动化请求自动抓包并解析需要的课程信息

所以在自主选课页面后 页面提示 在非选定时间选课的时候 就可以抓包到xkkz_id 。但是对于最终的选课接口 我还没有测试过 之前请求的时候返回了非法操作 。有哪些参数是必填的参数吗

这个在本仓库已经标出了哪些是必填的参数，当然，对于每个学校也有一些差别，比如我的学校有的必填参数实际上可以不填，建议选课时间选完课之后进行测试，下次就可以用了

[forever522]

所以各位前辈，你们最终有写出抢课代码吗？
如果遇到多个抢课模块 比如 体育模块，劳动教育 就得另外抓模块的那个id 应该是xkkz_id 然后才能完成那些操作。但是我觉得这样速度也不会比手动抢课快很多。
每次请求都带一大堆参数过去，真的让人头大

是的，我已经实现了抢课代码，只要通过合适的发包，速度会比手动抢课要快 但是我们的抢课系统是在开始抢课之前是禁选的，等开始抢课之后刷新页面就能抢课，所以在禁选的时候可以通过手动抓包得到xkkz_id，如果你们的抢课系统在开始抢课之前不能登录，则可能需要使用自动化请求自动抓包并解析需要的课程信息

所以在自主选课页面后 页面提示 在非选定时间选课的时候 就可以抓包到xkkz_id 。但是对于最终的选课接口 我还没有测试过 之前请求的时候返回了非法操作 。有哪些参数是必填的参数吗

这个在本仓库已经标出了哪些是必填的参数，当然，对于每个学校也有一些差别，比如我的学校有的必填参数实际上可以不填，建议选课时间选完课之后进行测试，下次就可以用了

好的感谢