想来想去,发资源不合适,发编程板块不合适,还是发闲聊板块吧。
为了偷懒(以及尽可能节省成本)我可谓是煞费苦心,最终使用纯 html/css/js 前端(其实是不会其他技术栈)并”借用“别人的下载镜像,实现了以下功能。
在进入网页时,自动获取 Github Releases 的更新日志,并且在用户更改下载源选项时,实时更新下载链接。
最近,当我发现有人做 Github Actions 的镜像,还是开源的,还不用登录 Github 账号就能下载时,我毫不犹豫地把它”借“了过来,也给它包装了一份。
最终成果就是下面所展示的这样,简单地加个 URL 参数,就能在打开网页时自动获取信息,并以清晰的方式引导用户下载。这样就不用我往国内网盘也存一份做镜像啦。
Github Releases:https://plugins.mcio.dev/dl?repo=SweetMail
Github Actions:https://plugins.mcio.dev/actions?repo=SweetMail
缺点也有,就是 Github REST API 有限速,未登录用户每小时限制 60 请求,已登录用户每小时限制 5,000 请求。不过这些请求都是由前端发送的,一次只发 1 请求,就算只能每小时发 60 请求,问题也不大,反正一般不会有人频繁访问。
这个站点使用 vercel 套 Github 仓库部署,经济成本可以忽略不计。
为了偷懒(以及尽可能节省成本)我可谓是煞费苦心,最终使用纯 html/css/js 前端(其实是不会其他技术栈)并”借用“别人的下载镜像,实现了以下功能。
在进入网页时,自动获取 Github Releases 的更新日志,并且在用户更改下载源选项时,实时更新下载链接。
最近,当我发现有人做 Github Actions 的镜像,还是开源的,还不用登录 Github 账号就能下载时,我毫不犹豫地把它”借“了过来,也给它包装了一份。
最终成果就是下面所展示的这样,简单地加个 URL 参数,就能在打开网页时自动获取信息,并以清晰的方式引导用户下载。这样就不用我往国内网盘也存一份做镜像啦。
Github Releases:https://plugins.mcio.dev/dl?repo=SweetMail
Github Actions:https://plugins.mcio.dev/actions?repo=SweetMail
缺点也有,就是 Github REST API 有限速,未登录用户每小时限制 60 请求,已登录用户每小时限制 5,000 请求。不过这些请求都是由前端发送的,一次只发 1 请求,就算只能每小时发 60 请求,问题也不大,反正一般不会有人频繁访问。
这个站点使用 vercel 套 Github 仓库部署,经济成本可以忽略不计。
