也不怪它，毕竟它训练时就是要生成一个尽量合理的答案，还不让上网查。能搜索的 perplexity.ai 会不会好一点？

https://www.backblaze.com/cloud-storage/pricing 这个好像便宜点儿？

或者 S3 Glacier Deep Archive *** — 适用于长期保存每年访问一两次且可在 12 小时内恢复的数据？

不过我都没用过，哈哈，家里有两个 NAS 互备。

@Tdy95 哦 这样呀。其实就像前面一些回复说的把 dll 调用扔到个线程就行。我也不太熟悉，问了下 gpt ，给出的代码是

import asyncio
from concurrent.futures import ThreadPoolExecutor

executor = ThreadPoolExecutor(max_workers=4)

def dll_call(client_id):
# 同步调用 DLL 函数
sdk.SDK_change_something(c_char_p(client_id.encode('utf-8')), callback_instance)
# 假设这里返回结果
return "result from dll"

async def change_something(client_id):
loop = asyncio.get_running_loop()
# 在后台线程中执行 DLL 调用，避免阻塞事件循环
result = await loop.run_in_executor(executor, dll_call, client_id)
return result

确实就跟前面几楼的回复一样呢，也算是挺清晰的。

python 感觉还是写阻塞的代码比较流畅，异步是后面塞进来的，得对底层多一些了解。阻塞的逻辑得单独放在个线程里处理。要异步不能直接用 nodejs 吗？虽然 nodejs 写不好也可能阻塞，但毕竟设计之初就是异步模式，大部分常用 IO 也都包装好了。前端上手 js 也熟练些。

可以免费体验两周，你自己试试？

智能补全的范围不限于当前行，还不错。响应速度和生成代码质量都还好。

没遇到。把扩展都关掉试试先？

我总觉得是微软自己的问题。这段时间我把笔记本电脑借给岳父用，给他单独新建立了一个本地账号。结果每天他开机登录自己账号时，我都会收到尝试登录，感觉是什么底层服务试图在登录我的账号，不是人为的。以前虽然也偶尔收到提示，但没这么频繁。当然我并没有确凿证据，等哪天笔记本还回来我再试试重现。

我见过的不少 ORM 都有带版本管理的，会自动应用代码库里的 schema 变更。这些 migration 也可以手动升降。比如：
https://docs.edgedb.com/get-started/migrations
https://hexdocs.pm/ecto_sql/Ecto.Migration.html

https://www.spacedrive.com/ 这种？

我之前一台 DS918 用了三年，突然不开机。然后发现只是电源变压器坏了，灯不亮了，淘宝上买了个新的换上就好了，还挺方便。

@wulin 因为本地有可能数据不全。或者有些索引在数据库上加的，本地不想再实现一遍。

……没有金刚钻，别揽瓷器活。想办法找台测试机追踪一下内存使用不行吗，非要在线上搞？当然我也是站着说话不腰疼。

@zzhaolei 你这是 100mbps 的价格。动态带宽大概是不到 2000 。

工作流的话其实还有一个 https://github.com/spotify/luigi 。我们生产环境在用。不过需要外部定期触发。

不过你这种架构我觉得还是应该负载均衡 LB 自己处理这些连接问题，直接断掉连接等重连就行。

我个人其实觉得不是什么大问题。大不了等那 4 台好了，把之前那 1 台重启一下，全部断开连接。问了下 GPT ，说是可以在服务内部根据情况给客户端发送关闭连接的 header 。

func main() {
router := gin.Default()
router.Use(func(c *gin.Context) {
// 可以根据具体情况决定是否关闭连接
c.Header("Connection", "close")
c.Next()
})

router.GET("/heartbeat", func(c *gin.Context) {
c.JSON(200, gin.H{
"message": "pong",
})
})

router.Run() // 默认在 localhost:8080
}

话说应该怎么格式化代码呢？

@barathrum #43 恭喜🎉 单个设备确实靠不住，得多处备份。就是没有比较方便的备份管理软件。