工业数字孪生实战(三):Go + WebSocket 实时遥测后端
前两篇讲了架构/CI/CD 和前端渲染。最后这篇落到后端:浏览器怎么实时拿到工厂数据。
共 8 篇文章
前两篇讲了架构/CI/CD 和前端渲染。最后这篇落到后端:浏览器怎么实时拿到工厂数据。
一个工业数字孪生 Demo 从本地跑通到生产部署的全过程:2G 小服务器如何同时扛住前端与 Go 实时后端,前后端拆子域、CI/CD 双路、nginx 反代 WebSocket 的实战踩坑。
通勤族想边走边听博客?用 Edge-TTS 给 Next.js + Gin 技术栈的博客加上文章朗读。一个 20 行的 Python 微服务,三次排坑(时钟 DRM、长文合成失败、静音段落),零成本跑通文本转语音全链路。
我给博客 AI 助手建了一套 20 题金标准评测集。第一次跑分 12/20——每一个丢分的题目背后,都藏着一个真实缺陷:知识盲区、未查先拒、门控误伤、中文匹配漏配。这是一份带完整解题过程的错题本。
AI 助手能答对文章里的技术题,却不认识博主自己的象棋项目。从这次失败出发,补齐多轮记忆、反馈闭环、失败可恢复与可见化交互——记录一个 RAG Demo 跨过"最后一公里"的四段工程。
博客 AI 助手的第二次进化:把固定检索流水线升级为 ReAct 工具编排循环。五个只读工具的提示词工程、伪流式与 tool_calls 的工程取舍、防死循环保险丝,以及为什么用 200 行 Go 手写而不上 LangChain。
在 1.7G 内存的服务器上落地博客 AI 问答助手:为什么不用向量数据库、为什么 Go 写 RAG 完全可行、SSE 被 BFF 攒成一坨的伪流式排查;以及上线首日的检索进化——混合召回、时间纠偏、阈值截断与拒答联动。
在 BFF 架构下把博客后端从 ThinkPHP 无缝替换为 Gin:API 契约对齐、base64/utf8mb4 数据清理、ngram 全文索引搜索、Docker 内网部署与一键切换。