不打算用 Gitee 了 😂 为什么要 403 屏蔽 raw 链接？

[im3x]

事情是这样的：
前不久，发布了一个开源小项目：
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

唉，不敢用了，因为测试了挺久 发现没啥问题，就用它来做代码更新渠道了。 结果莫名其妙的屏蔽链接，解决方法和原因也没通知，唉

[march1993]

github 的 raw 也是有配额的

[normalcoder]

hi, 我是 Gitee 的诺墨，现在针对该问题处理完毕。已恢复正常。周末的情况应该是在某个时间段内产生了大量的 RAW 访问，触发了 RAW 服务降级的操作，其他服务未受到影响可正常使用。给你带来的不变表示抱歉。

[monkeyWie]

这种一般都会有防盗链吧

[Rwing]

本来这类产品就不是让你给最终用户直接使用的啊。。。。你把他当成一个免费 CDN 了嘛。。。。。

[normalcoder]

像是这种配置类的资源建议最好自己弄一个 CDN 来处理，RAW 服务在整个平台的等级和权重相对比较低，突发情况下可能存在局部或整体降级的可能。的确是会影响到使用的服务。

[oott123]

@normalcoder 顺带一提，服务降级用 403 似乎不那么友好，503 之类的可能更合理？

[im3x]

@normalcoder #2 非常感谢，但是我目前的设备访问还是 403 （新设备，没有发起过 10 个以上 raw 请求，请求链接用时间戳避免缓存了）


@Rwing #4 因为这种方式比较直接方便，更新 git 代码就可以同步更新。 而且一般用户访问量都不是很大，大概 1 个小时 20 次左右请求


@normalcoder #5 嗯，因为 github 和 gitee 提供的 raw 服务都很方便，我做的小项目，用户发起的请求量也非常小，应该是能够满足小用户的需求的。
我测试了好几次，更换 user-agent 的话就可以正常加载，不知道你们是否是对包含 Scriptable 的 UA 做了屏蔽

[normalcoder]

@oott123 yeah~ 你说得对。

[normalcoder]

@im3x 你再试试？我这边没有遇到异常。

[im3x]

@normalcoder 可以了，非常感谢