 |
XIU2V2EX 第 535620 号会员，加入于 2021-03-03 00:04:02 +08:00 |
XIU2 最近回复了
6 天前 回复了 chenm110888 创建的主题 › 分享发现 › 涩涩是第一生产力，油猴脚本，看片新姿势 |
@chenm110888 我指的是 长按倍速 的自定义调整（或者像我前面说的那样可以为正常播放速度的 2 倍）。
7 天前 回复了 chenm110888 创建的主题 › 分享发现 › 涩涩是第一生产力，油猴脚本，看片新姿势 |
刚才发现已经支持长按倍速了，不过似乎没法自定义倍速数。
如果你还没想好怎么搞的话，我给你出个代码和逻辑都狠简单的替代方案，那就是在右上角的齿轮设置里加一个选项，打开该选项开关后，长按倍速就是当前播放速度的 2 倍（关闭选项后就是固定的倍速了，至于以后是否要添加自定义长按倍速就以后再考虑）。
比如当前播放速度就是默认的 1.0 ，那么长按倍速就是 2.0 ，当前速度是 1.5 ，长按倍速就是 3.0 。
如果你还没想好怎么搞的话，我给你出个代码和逻辑都狠简单的替代方案，那就是在右上角的齿轮设置里加一个选项，打开该选项开关后，长按倍速就是当前播放速度的 2 倍（关闭选项后就是固定的倍速了，至于以后是否要添加自定义长按倍速就以后再考虑）。
比如当前播放速度就是默认的 1.0 ，那么长按倍速就是 2.0 ，当前速度是 1.5 ，长按倍速就是 3.0 。
9 天前 回复了 chenm110888 创建的主题 › 分享发现 › 涩涩是第一生产力，油猴脚本，看片新姿势 |
试了下感觉不错呀，希望加个长按倍速的功能，另外似乎不能直接调整视频音量（我看只有一个开关音量的按钮，只能通过调整手机音量，要么就是在进入脚本播放界面前，先调整好音量，但这样始终不够灵活）。
17 天前 回复了 LYRYRYlo 创建的主题 › 宽带症候群 › 自建 DNS，当域名解析到 CloudFlare 时自动优选 IP |
@XIU2 #16
除了 Cloudflare CDN 外，我的 mosdns 还配置了 CloudFront 、Akamai 、CDN77 、Gcore 这些 CDN 的优选。
只有 Fastly 有点麻烦，这个 CDN 每个域名的 IP 范围有规律但不能直接一个 IP 通用，只能通过上游 ECS 之类的方式指定解析区域会好点。
另外，Akamai CDN 只有域名解析 cname 是 akamai .net 的才能通用一个 IP （但好在很多都是这个），不是这个的（如 Steam ）则限制了 IP 范围。
除了 Cloudflare CDN 外，我的 mosdns 还配置了 CloudFront 、Akamai 、CDN77 、Gcore 这些 CDN 的优选。
只有 Fastly 有点麻烦，这个 CDN 每个域名的 IP 范围有规律但不能直接一个 IP 通用，只能通过上游 ECS 之类的方式指定解析区域会好点。
另外，Akamai CDN 只有域名解析 cname 是 akamai .net 的才能通用一个 IP （但好在很多都是这个），不是这个的（如 Steam ）则限制了 IP 范围。
18 天前 回复了 LYRYRYlo 创建的主题 › 宽带症候群 › 自建 DNS，当域名解析到 CloudFlare 时自动优选 IP |
我就是 CloudflareST 的作者，我最初也是和你一个想法和需求才写的这玩意，一开始我是用 hosts 但太麻烦于是后来研究出使用本地代理重定向的方式实现，但也有缺陷，最终我“进化”成了自己目前使用的方案也就是本地自建 DNS （运行在路由器上），另外这 3 种方案我都写过相关教程在我的项目里。
我目前用的是 mosdns （ V4 ，因为 V5 改动太大，也没啥吸引我的，就懒得更新），核心配置就 4 段，分别是一个用来判断上游解析结果 IP 是不是匹配 Cloudflare CDN IP 的、一个是是用来判断 cname 是不是 Cloudflare CDN 的，一个是用来指定要修改为的 IP 地址的，最后一个则是实际判断代码。
你可以去看一下别人在我项目里发的 mosdns 使用说明（不过后续都是我在排版更新完善）：
https://github.com/XIU2/CloudflareSpeedTest/discussions/317
我目前用的是 mosdns （ V4 ，因为 V5 改动太大，也没啥吸引我的，就懒得更新），核心配置就 4 段，分别是一个用来判断上游解析结果 IP 是不是匹配 Cloudflare CDN IP 的、一个是是用来判断 cname 是不是 Cloudflare CDN 的，一个是用来指定要修改为的 IP 地址的，最后一个则是实际判断代码。
你可以去看一下别人在我项目里发的 mosdns 使用说明（不过后续都是我在排版更新完善）：
https://github.com/XIU2/CloudflareSpeedTest/discussions/317
19 天前 回复了 Damn 创建的主题 › 问与答 › 用小/红米电视的大家，有没有好用的遥控器推荐？ |
如果你手机上有红外的话，可以试试 万能遥控（这个是小米出的）之类的。
22 天前 回复了 RustRover 创建的主题 › GitHub › 紧急求助！关于 github 封禁公司账号的原因 |
我记得 Github 使用同一个 IP 和浏览器长期登录多个账号，可能会被认为违反楼上说的那条规则从而被封号。
23 天前 回复了 enihcam 创建的主题 › Android › 怎么防止高德地图启动时读取剪切板？ |
输入法一般都自带剪贴板管理，因此可以直接把各个 APP 的读取剪贴板权限关掉，用输入去粘贴，习惯了就好。
我用的输入法还是开源的本地离线的 fcitx5 ，连联网权限也没有，也不用担心输入法窃隐私。
我用的输入法还是开源的本地离线的 fcitx5 ，连联网权限也没有，也不用担心输入法窃隐私。
29 天前 回复了 SpaceTimee 创建的主题 › 程序员 › Github 主动屏蔽事件全记录及其绕过 |
一觉醒来竟然已经恢复了。
昨天看到测试结果时，就已经感觉到很奇怪了，因为如果是 Github 主动要屏蔽国内的话，也没必要放过已登录的用户，因为这表明还有额外的 cookie 检查，所以当时我猜想只有两种可能：
要么就是 Github 确实是要屏蔽国内，但因为疏忽没有注意到和其他代码的交互影响导致漏掉了已登录用户；
要么就是 Github "临时工"了，误屏蔽了国内。
最终结果是第二个，也算是个好消息吧~
昨天看到测试结果时，就已经感觉到很奇怪了，因为如果是 Github 主动要屏蔽国内的话，也没必要放过已登录的用户，因为这表明还有额外的 cookie 检查，所以当时我猜想只有两种可能：
要么就是 Github 确实是要屏蔽国内，但因为疏忽没有注意到和其他代码的交互影响导致漏掉了已登录用户；
要么就是 Github "临时工"了，误屏蔽了国内。
最终结果是第二个，也算是个好消息吧~
29 天前 回复了 Fdyo 创建的主题 › GitHub › GitHub 网页版彻底崩了？ |
2021 年 3 月，Github 在国内就被随机干扰阻断（访问后随机触发该 IP 的 443 端口超时 3 分钟）。
2025 年 4 月，Github 主动屏蔽国内 IP （虽然不知道为什么单独排除掉了已登录用户，但也能表明并不是单纯的屏蔽 IP ，而是还有额外的 cookie 检查，当然也可能是它们有所疏忽忘记了会和其他代码相互影响，导致已登录的用户被漏掉了）。
2025 年 4 月，Github 主动屏蔽国内 IP （虽然不知道为什么单独排除掉了已登录用户，但也能表明并不是单纯的屏蔽 IP ，而是还有额外的 cookie 检查，当然也可能是它们有所疏忽忘记了会和其他代码相互影响，导致已登录的用户被漏掉了）。
Select Language