weaigc

> 官方10月更新API后，似乎原来的许多限制都解除了，几乎没有IP锁和MUID锁了（随便32个16进制字符串都可以），目前还剩下的只有根据连接网络属性来是否进行账户验证，我的部署测试表明，目前云服务器中抱脸、render、vercel都不需要验证匿名账户，replit、cf需要验证账户。 @SokWith 你说的那种方案试过了，流量一大了就不行，自用确实没啥问题。

> netlify也复活了 netlify 一般只能复活一天，不能持续，https://effulgent-bubblegum-e2f5df.netlify.app/ 你可以用用看

确实跟muid没什么关系了，但是目前这些免费平台每次解禁都活不过一天。

> > 确实跟muid没什么关系了，但是目前这些免费平台每次解禁都活不过一天。 > > 不是吧，vercel、render都一直活起的哟。    render能用是因为很多人会被封账号，我也被封了。vercel目前有10秒限制，也不支持websocket，所以没法正常使用，你试试让它写诗，就能看出问题

> > > > 确实跟muid没什么关系了，但是目前这些免费平台每次解禁都活不过一天。 > > > > > > > > > 不是吧，vercel、render都一直活起的哟。    > > > > > > render能用是因为很多人会被封账号，我也被封了。vercel目前有10秒限制，也不支持websocket，所以没法正常使用，你试试让它写诗，就能看出问题 > > 确实，render会封账号，特别是部署隔壁go-proxy时，秒封，但却不封重写核心的这个项目和NewBingGoGo。 vercel也确实限制了时间，只能问很短的问题。go-proxy在vercel上的部署本质还是用的cf的wss，所以没有时长限制。但是因为实质是cf，而和cf沾边的网络几乎都要验证账户不能匿名使用。但使用vercel来获得id，是能够匿名的，就不知道可否与cf结合起来，使用cf来连接wss。只是，你那个cf-proxy的代码似乎不能直接路由，会跳转cn。 cf没可能了，它的流量自带特征，只要访问过去就会被...

> > > > > > 确实跟muid没什么关系了，但是目前这些免费平台每次解禁都活不过一天。 > > > > > > > > > > > > > > > 不是吧，vercel、render都一直活起的哟。    > > > >...

> 你那个cf不是部署，包括replit里面的，都只是反代。这个项目本来就是纯js，是可以直接部署的，只是需要把next编译一下吧？。 @SokWith cf部署的代码没有开放了（因为没有解决根本问题），实际上bingo可以把 ENDPOING 设置为其他项目的代理，包括 cf，你可以试试

> > > 你那个cf不是部署，包括replit里面的，都只是反代。这个项目本来就是纯js，是可以直接部署的，只是需要把next编译一下吧？。 > > > @SokWith > > > cf部署的代码没有开放了（因为没有解决根本问题），实际上bingo可以把 ENDPOING 设置为其他项目的代理，包括 cf，你可以试试 > > ENDPOINT是指的WS_ENDPOINT的环境变量吗？这个变量是wss服务器的地址吧，换成cf的代理服务器并没有改善vercel的连接时长限制，主要还是vercel与wss服务器之间的数据交换时间。 所以，有没有可能，将create获取连接id的实现放在vercel上，就是原本访问 [www.bing.com/turing/conversation/create换成访问](http://www.bing.com/turing/conversation/create%E6%8D%A2%E6%88%90%E8%AE%BF%E9%97%AE) vercel.nbing.eu,org/turing.conversation/create,这样获得连接id，而客户端界面实现在cf worlers上？ 这样折腾的意义主要是抱脸的反应实在太慢了，给项目部署留一条后路。 ENDPOINT和WS_ENDPOINT是两个，WS封杀力度不大，不用管

@SokWith v1不推荐用hf了呀，文档都改了，v2在用是因为v2版本对配置要求比较高，只有hf能给这么好的配置

> > @SokWith v1不推荐用hf了呀，文档都改了，v2在用是因为v2版本对配置要求比较高，只有hf能给这么好的配置 > > v2版给出的部署都是反代，和直接用你的部署是一样的，属于单点配置。 > > 刚才我按上面的思路，对go-proxy项目对replit部署路由vercel的create，是可以匿名了。 但对这个项目采用类似处理，总是用户无效。 v2不是反代，反代是v1的