事情是这样的：
前不久，发布了一个开源小项目：
https://github.com/im3x/scriptables
因为github的网络访问不稳定，所以在gitee网站同步了该项目，并在 loader.gitee.js 中使用了该网站相关的数据链接，比如获取资源的 raw 地址（方便远程加载代码、更新程序等）
https://gitee.com/im3x/Scriptables
然后最近几天，开始有用户反应小组件显示失败问题，起初还以为是用户没配置正确，没太注重。
后来发现问题不对，之前一直稳定运行，也没怎么提交代码更改，怎么会无缘无故加载代码失败了呢？
经过一番排查调试，发现，在 Scriptable 应用里请求 gitee 的 raw 链接，统一都变成了 403 访问限制：
https://i.loli.net/2020/11/09/YPWQJqkLDy4bjBI.png
唉，不敢用了，因为测试了挺久 发现没啥问题，就用它来做代码更新渠道了。 结果莫名其妙的屏蔽链接，解决方法和原因也没通知，唉
 | 1 march1993 Nov 9, 2020 github 的 raw 也是有配额的 |
 | 2 normalcoder Nov 9, 2020  1 hi, 我是 Gitee 的诺墨，现在针对该问题处理完毕。已恢复正常。周末的情况应该是在某个时间段内产生了大量的 RAW 访问，触发了 RAW 服务降级的操作，其他服务未受到影响可正常使用。给你带来的不变表示抱歉。 |
 | 3 monkeyWie Nov 9, 2020 这种一般都会有防盗链吧 |
 | 4 Rwing Nov 9, 2020 本来这类产品就不是让你给最终用户直接使用的啊。。。。你把他当成一个免费 CDN 了嘛。。。。。 |
| 5 normalcoder Nov 9, 2020 像是这种配置类的资源建议最好自己弄一个 CDN 来处理，RAW 服务在整个平台的等级和权重相对比较低，突发情况下可能存在局部或整体降级的可能。的确是会影响到使用的服务。 |
 | 6 oott123 Nov 9, 2020 via Android @normalcoder 顺带一提，服务降级用 403 似乎不那么友好，503 之类的可能更合理？ |
 | 7 im3x OP @normalcoder #2 非常感谢，但是我目前的设备访问还是 403 （新设备，没有发起过 10 个以上 raw 请求，请求链接用时间戳避免缓存了） @Rwing #4 因为这种方式比较直接方便，更新 git 代码就可以同步更新。 而且一般用户访问量都不是很大，大概 1 个小时 20 次左右请求 @normalcoder #5 嗯，因为 github 和 gitee 提供的 raw 服务都很方便，我做的小项目，用户发起的请求量也非常小，应该是能够满足小用户的需求的。 我测试了好几次，更换 user-agent 的话就可以正常加载，不知道你们是否是对包含 Scriptable 的 UA 做了屏蔽 |
| 8 normalcoder Nov 10, 2020 @oott123 yeah~ 你说得对。 |
| 9 normalcoder Nov 10, 2020 @im3x 你再试试？我这边没有遇到异常。 |
| 10 im3x OP @normalcoder 可以了，非常感谢 |
Select Language