Sudo-su-Bash

> 我也遇到了这个问题，使用`document.cookie`无法获取到`httponly`的cookie，比如：`session`。使用`GM_cookie`能获取到，但是貌似不支持GM_cookie吧，我还没有试。 > > 你可以试下： > ```javascript > GM_xmlhttpRequest({ > method: "GET", > url: , > headers:{ > "Cookie":"k1=v1;k2=v2" > }, > anonymous: true, > onload: (res) => { >...

> 登陆后 没有获取到媒体服务器地址导致的 那我该怎么解决呢？求个解决方法

> 登陆后 没有获取到媒体服务器地址导致的 确实是有时候有效，当我翻墙的时候，它有一定几率可以正常运作。 然后我通过修改源码的方式获取到了媒体服务器地址，但是它的地址在加拿大。 问下大佬这是什么情况？为什么服务器地址会在加拿大？国内的没有吗？  - [x] 

> > > 经测试，1.3.9似乎还能够使用； bfe接口可用，可能需要自行修改一下sdkVer url扒出来是这样的: `url_n = f"https://bfe.ewt360.com/monitor/web/collect/batch?TrVideoBizCode=1013&TrFallback=0&TrUserId={self.userid}&TrLessonId={lesson_id}&TrUuId={uuid}&sdkVersion=3.0.19&_={now_timestamp()}"` > > > > 我那天还特地扒了一下接口 发现ewt的上传接口真的就除了版本号其他啥都没更新 什么signature和密钥计算方法都没变 > > 签名方式还是一样， > 这个倍速检测只能说十分操蛋。 > 正在构思，不知道开学前能不能再找出网页端的洞或者防止倍速检测的方法 > > 感觉可能还是得上AndroidVM或者使用HTTP Canary等工具在移动端抓包，用移动端API做文章 确实可以考虑用移动端。但是移动端有可能加密方式变了，然后sign就无法获取 ，导致程序探索无法继续

> > > > > 经测试，1.3.9似乎还能够使用； bfe接口可用，可能需要自行修改一下sdkVer url扒出来是这样的: `url_n = f"https://bfe.ewt360.com/monitor/web/collect/batch?TrVideoBizCode=1013&TrFallback=0&TrUserId={self.userid}&TrLessonId={lesson_id}&TrUuId={uuid}&sdkVersion=3.0.19&_={now_timestamp()}"` > > > > > > > > > > > > 我那天还特地扒了一下接口 发现ewt的上传接口真的就除了版本号其他啥都没更新 什么signature和密钥计算方法都没变 > > > >...

> > > > > > > 经测试，1.3.9似乎还能够使用； bfe接口可用，可能需要自行修改一下sdkVer url扒出来是这样的: `url_n = f"https://bfe.ewt360.com/monitor/web/collect/batch?TrVideoBizCode=1013&TrFallback=0&TrUserId={self.userid}&TrLessonId={lesson_id}&TrUuId={uuid}&sdkVersion=3.0.19&_={now_timestamp()}"` > > > > > > > > > > > > > > > > >...

Yep. The IntelBTPatcher still has the panic problem on macOS 15 Beta 4. This is code: ```txt panic(cpu 2 caller 0xffffff801ff0b314): IOGMD: not wired for the IODMACommand @IOMemoryDescriptor.cpp:3248 Panicked task...