为什么我huggingface部署的openwebui时常过一天左右就显示访问失败了,每次都需要我restart?
hf免费的有什么限制吗?有什么办法可以保活?
为什么我huggingface部署的openwebui时常过一天左右就显示访问失败了,每次都需要我restart?
hf免费的有什么限制吗?有什么办法可以保活?
还有个问题,就render而言,我可不可以先用一个render账号部署uptime监控另外两个render账号部署的网站,从而实现保活?而且前一个render账号的部署uptime网站用其他免费网站监控(主要uptime监控频率可以比较高)
一天?是这么短吗
不访问是会休眠,可以来个监控。
他是两天没访问就休眠吗?
具体时间不清楚,你可以搜搜看
hf正常来说是48h休眠的,但是我认为它也会动态调整,其他资源不够了就把免费空间的、占用资源巨大的(比如openwebui)先休眠了,我曾用 cron-job.org Console 来保活,挺稳。
render可以用hf的uptime来保活,但是千万不要用 cron-job.org Console 保活。
render自己uptime自己,我觉得也行吧。
我就这么干的
用多个监控对轰,hf就算数据清了,但是还是活动的,提前把json文件保存一下,下次挂了再访问导入就行
可以用cloudflare的监控项目进行轰炸
啊?有休眠?
cloudflare worker添加cron定时也可
uptimerobot保活抱抱脸上的uptime kuma,uptime kuma保活render及其他抱抱脸网站
俄罗斯套娃?
云服务器保活一切
只要经常用就不会休眠
uptime自动发送请求应该也不会休眠吧
我也有个问题,就是你huggingface部署的openwebui能通过cf worker反代吗,我这反代的话必须加上cookie,每天都得更换
uptimerobot监控多了很容易掉(掉了就会发down邮箱骚扰,恢复正常又发up邮箱骚扰),自己部署的uptime更好一点。
我现在是render,huggingface,uptimerobot三者互相监控以及监控其他需要保活的网站,稳的一!
huggingface部署的最新版的openwebui好像不需要cookie,直接反代就行了
还好,我就收到过一次uptimerobot 的邮件