<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[user340的博客]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/user340</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; user340]]></copyright><item><title><![CDATA[每天最难决定的不是做不做饭？我用cook把“今天吃什么”交给网页]]></title><link>https://blog.csdn.net/user340/article/details/168438021</link><guid>https://blog.csdn.net/user340/article/details/168438021</guid><author>user340</author><pubDate>Mon, 19 Oct 2026 13:06:41 +0800</pubDate><description><![CDATA[本文分享了使用YunYouJun/cook解决“今天吃什么”难题的实践：通过食材筛选、严格匹配、随机选菜等功能快速缩小选择范围，并借助Docker本地部署实现私有化运行。结合cpolar将本地服务映射为公网可访问的二级域名，完成多设备跨平台访问。重点验证了“本地部署≠完全离线”，强调流程简化才是持续使用的关键。]]></description><category></category></item><item><title><![CDATA[官方 URDF 之外：把启元 Q1 放进 MuJoCo 物理仿真跑起来]]></title><link>https://blog.csdn.net/user340/article/details/168437596</link><guid>https://blog.csdn.net/user340/article/details/168437596</guid><author>user340</author><pubDate>Mon, 19 Oct 2026 12:27:41 +0800</pubDate><description><![CDATA[启元 Q1 官方模型包里除了 URDF 还有三份 MuJoCo 模型，此前无人加载过。本文实测：控制版 q1_v3_mc 自带 22 执行器（±40Nm）、60 传感器通道与 1kHz 步长，零修改即可加载；22 关节 PD 让它站立（5 秒波动 ±0.0000m）与挥手，平滑轨迹比跳变目标省 38 倍力矩；推力梯度测出位置 PD 抗扰边界（30N 站 / 40N 倒），引出 RL 平衡策略的必要性；附 MuJoCo→ROS2/RViz 桥与仿真到真机的逐项对应关系。]]></description><category></category></item><item><title><![CDATA[启元 Q1 的控制中枢：多输入源仲裁、18 态状态机与 30 个拒绝码]]></title><link>https://blog.csdn.net/user340/article/details/168344632</link><guid>https://blog.csdn.net/user340/article/details/168344632</guid><author>user340</author><pubDate>Sun, 18 Oct 2026 21:03:54 +0800</pubDate><description><![CDATA[理解机器人控制架构，最可靠的一手材料是接口文档。本文通读启元 Q1 SDK 12,858 行《接口说明.md》，拆出其控制中枢全貌：多输入源优先级仲裁（三准则+1000ms Watchdog+持锁语义）、18 态动作状态机（含客户端 BFS 兜底与服务端 -1001 校验的双层防御实测）、30 个拒绝码四分类，另有三机 DDS 拓扑、五层消息体系与 TTS 权重公式。每条规则标注文档出处，配套模拟器逐条可运行验证。]]></description><category></category></item><item><title><![CDATA[Python 之外：启元 Q1 SDK 的 C++ 编译、示例与手写节点全实录]]></title><link>https://blog.csdn.net/user340/article/details/168344560</link><guid>https://blog.csdn.net/user340/article/details/168344560</guid><author>user340</author><pubDate>Sun, 18 Oct 2026 21:00:02 +0800</pubDate><description><![CDATA[启元 Q1 SDK 双语言交付，社区却都在讲 Python。本文实测 C++ 半边：从零全量编译（OpenCV 4.13 源码构建 + ruckig + 18 个示例）仅 79 秒左右，"几十分钟"的印象可以更新；解锁 500Hz joint_control（零超限，14/18）；再按官方路径手写第一个 C++ 节点——摸头自动播开心表情+呼吸灯，两个真实编译坑附修复。全程对着配套开源的机器人模拟器实战，DDS 层语言无关，实测位移 1.118 米。附选型决策表与 4 坑速查。]]></description><category></category></item><item><title><![CDATA[时序数据库入门与选型手记：2026 年，把“是什么“和“怎么选“一次讲透]]></title><link>https://blog.csdn.net/user340/article/details/168248852</link><guid>https://blog.csdn.net/user340/article/details/168248852</guid><author>user340</author><pubDate>Sun, 18 Oct 2026 08:15:00 +0800</pubDate><description><![CDATA[摘要（148字）： 时序数据库非“带时间戳的MySQL”，而是为工业场景量身打造的实时计算平台。核心差异在于高吞吐写入、乱序容忍、列式压缩与流批一体计算能力。选型应先过“实时计算”与“分析能力”两道门槛，再比国产化、成本与生态。DolphinDB凭借存算一体、2000+优化函数及AI融合能力，成为2026年工业级选型基准。避免陷入参数陷阱，关键看能否在真实负载下实现毫秒级预警与复杂分析内生支持。]]></description><category></category></item><item><title><![CDATA[不开端口、不碰防火墙：用 Natapp 隧道把内网 Web 服务安全开放给外部]]></title><link>https://blog.csdn.net/user340/article/details/168248828</link><guid>https://blog.csdn.net/user340/article/details/168248828</guid><author>user340</author><pubDate>Sun, 18 Oct 2026 08:00:00 +0800</pubDate><description><![CDATA[服务多、端口开得多，这个现状不用动，这次防火墙上一条规则都没加，公网这一侧唯一的入口就是隧道指向的那个 nginx，数据库、Redis、SSH 这些端口在外面等于不存在，哪天不对外开放了，把客户端停掉就行，隧道立刻消失，入口也跟着没了，不会留下一个忘了关的端口。购买时长选年付，年付贵不了多少，差别在功能上：安全设置里的访问令牌、IP 白名单、IP 黑名单，三项在后台都标着**“仅年付隧道可开启”**，先买了月付，等真要开访问保护时才发现开不了，再想升级就麻烦了。云端那份是汇总，本地还藏着一份明细。]]></description><category></category></item><item><title><![CDATA[【JavaEE初阶 - 网络原理】用 TCP Socket 写个网络计算器，你就懂协议了]]></title><link>https://blog.csdn.net/user340/article/details/166009973</link><guid>https://blog.csdn.net/user340/article/details/166009973</guid><author>user340</author><pubDate>Sat, 17 Oct 2026 20:26:00 +0800</pubDate><description><![CDATA[本文基于Java TCP Socket实现网络版计算器，自定义协议格式（运算符+操作数），完成请求/响应的序列化与反序列化。服务端使用线程池支持多客户端并发，客户端循环读取控制台输入。代码完整，附运行效果图，理论结合实践，助你掌握网络编程核心技能。]]></description><category></category></item><item><title><![CDATA[【JavaEE初阶 - 网络原理】网络分几层？从自定义协议聊到 DNS]]></title><link>https://blog.csdn.net/user340/article/details/166009730</link><guid>https://blog.csdn.net/user340/article/details/166009730</guid><author>user340</author><pubDate>Sat, 17 Oct 2026 20:24:30 +0800</pubDate><description><![CDATA[本文从网络分层模型出发，详解应用层核心——自定义协议的设计思路，涵盖请求响应字段约定与四种数据格式（纯文本、XML、JSON、Protobuf）的优劣对比。结合外卖场景举例说明协议设计流程，并深入解析DNS域名解析机制，揭示其分级存储与根服务器协同实现高效域名转IP的原理。强调分层职责分离思想，帮助理解网络通信底层逻辑。]]></description><category></category></item><item><title><![CDATA[KFS异构同步_260条链路DDL自动转换解析]]></title><link>https://blog.csdn.net/user340/article/details/167922006</link><guid>https://blog.csdn.net/user340/article/details/167922006</guid><author>user340</author><pubDate>Thu, 15 Oct 2026 00:05:24 +0800</pubDate><description><![CDATA[在大型医院数据同步项目中，260余条异构数据库链路面临频繁的结构变更挑战。KFS通过结构化解析、智能映射与目标语法重构三大步骤，实现DDL自动转换：先拆解复杂DML/DDL为字段级操作单元，再基于内置规则映射类型与语法差异，最终生成目标库可执行的精准SQL。相比传统正则替换，该方案支持多数据库类型扩展，95%常规变更可自动完成，目标端执行通过率达98%以上，显著降低人工干预成本，真正实现大规模链路的高效运维。]]></description><category></category></item><item><title><![CDATA[KES时序数据库_千亿级数据压缩与高速写入实战]]></title><link>https://blog.csdn.net/user340/article/details/167921992</link><guid>https://blog.csdn.net/user340/article/details/167921992</guid><author>user340</author><pubDate>Thu, 15 Oct 2026 00:05:02 +0800</pubDate><description><![CDATA[金仓时序数据库针对工业互联网中海量、高速、长期留存的时序数据，通过Delta-of-Delta差值编码、Gorilla XOR压缩、字典编码与列式存储优化，实现45:1超高压缩比，显著降低存储成本；依托优化写入路径，支持1956亿行数据701分钟完成写入，平均速度达465万行/秒；结合时序超表机制，实现自动分区、冷热分层与高效查询，曲线查询性能较普通分区表提升19.1倍。三大核心能力助力企业低成本、高效率管理海量时序数据，赋能智能制造与能源数字化。]]></description><category></category></item><item><title><![CDATA[从QQ收到消息到DeepSeek自动回复：AstrBot+NapCat的Docker部署、OneBot联通、插件MCP与远程管理完整实战]]></title><link>https://blog.csdn.net/user340/article/details/167703443</link><guid>https://blog.csdn.net/user340/article/details/167703443</guid><author>user340</author><pubDate>Mon, 12 Oct 2026 22:11:07 +0800</pubDate><description><![CDATA[本文详细演示了从Windows 11或Linux环境部署AstrBot与NapCat的Docker容器，通过OneBot协议打通QQ消息链路，实现消息接收、DeepSeek大模型生成回复并自动回传至QQ的完整闭环。重点涵盖环境准备、容器启动验证、Token与API密钥安全配置、机器人平台初始化、消息收发测试及远程管理设置，并强调“容器运行”不等于“功能可用”，必须完成端到端消息流转才视为成功。同时深入解析各组件职责（NapCat负责协议、AstrBot管理逻辑、DeepSeek提供推理），并提醒用户警惕默认]]></description><category></category></item><item><title><![CDATA[JiuwenSwarm 协同智能体落地金融投研全流程：SwarmFlow 工作流编排与人机交互面板实测（A2UI v0.8 Web 通道适配）]]></title><link>https://blog.csdn.net/user340/article/details/167700544</link><guid>https://blog.csdn.net/user340/article/details/167700544</guid><author>user340</author><pubDate>Mon, 12 Oct 2026 18:23:07 +0800</pubDate><description><![CDATA[1.传统机构投研业务短板：市场数据多源分散、人工整理耗时，风险识别滞后，投研报告产出慢，研究员、投资总监、基金经理、风控岗位存在协同壁垒，大量人力消耗在数据搬运，缺少实时数据与风险支撑。2.纯文本对话式AI Agent交互缺陷：AI仅输出平铺文字/Markdown，无可视化交互控件；用户修改需求、确认任务、筛选方案只能反复文字沟通；复杂多模块投研规划层级混乱、信息易遗漏；不存在界面操作回传闭环，多轮沟通损耗极高，难以承接数据采集、审批、参数配置等精细化落地工作。]]></description><category></category></item><item><title><![CDATA[Coordination Engineering 落地实践：JiuwenSwarm 人机协同智能客服全流程演示]]></title><link>https://blog.csdn.net/user340/article/details/167700268</link><guid>https://blog.csdn.net/user340/article/details/167700268</guid><author>user340</author><pubDate>Mon, 12 Oct 2026 18:07:59 +0800</pubDate><description><![CDATA[公司电商类的客服系统比较传统，客服接待用户时，需要手动切换 CRM、订单系统、售后工单、库存、设备 SN、财务退款系统逐个检索，没有统一数据视图。用户报一个手机号，客服要手动复制粘贴到多个系统查信息，卡顿、漏查、输错频发。另外，传统客服系统除了只能依靠客户口述信息检索作答、无法留存对话历史导致客户每次进线重复描述、大幅拉长沟通时长之外，客户更换渠道咨询同一问题时依旧要完整复述全部情况，不同坐席接手也看不到完整服务轨迹，难以给到连贯统一的解决方案。]]></description><category></category></item><item><title><![CDATA[第十五届中国创新创业大赛]]></title><link>https://blog.csdn.net/user340/article/details/167283730</link><guid>https://blog.csdn.net/user340/article/details/167283730</guid><author>user340</author><pubDate>Thu, 08 Oct 2026 23:08:20 +0800</pubDate><description><![CDATA[为深入贯彻落实党的二十大和二十届历次全会精神，落实国家全面实施“人工智能+”行动，促进科技创新与个体创业深度融合，推动人工智能技术普惠化落地应用，根据工业和信息化部火炬高技术产业开发中心相关部署，举办第十五届中国创新创业大赛AI+OPC创新应用专业赛（以下简称“大赛”）。大赛聚焦“人工智能+一人公司（One Person Company，简称OPC）”新型创业模式，旨在发掘和培育在人工智能协同支持下，由自然人或小规模团队独立完成全链路业务闭环的OPC企业和项目。]]></description><category></category></item><item><title><![CDATA[2026代理网络平台推荐指南：五大代理IP服务商横向打分排名与选型建议]]></title><link>https://blog.csdn.net/user340/article/details/166847223</link><guid>https://blog.csdn.net/user340/article/details/166847223</guid><author>user340</author><pubDate>Wed, 30 Sep 2026 13:47:09 +0800</pubDate><description><![CDATA[选代理网络平台，2026 年的答案由三件事决定：IP 池规模、合规资质、预算。综合各家官网公开数据，亮数据（Bright Data）——定位为企业级 AI 与商业智能（BI）网页数据基础设施，代理网络是其底座——以 400M+ 月活跃住宅 IP 和五项合规认证排在首位，Oxylabs、SOAX 紧随其后。本文给出五强完整打分、逐家拆解与按场景选型建议。]]></description><category></category></item><item><title><![CDATA[一张手写菜单，我用 Seed-2.1-pro-0915 开了一家数字咖啡馆]]></title><link>https://blog.csdn.net/user340/article/details/166850203</link><guid>https://blog.csdn.net/user340/article/details/166850203</guid><author>user340</author><pubDate>Tue, 29 Sep 2026 22:54:45 +0800</pubDate><description><![CDATA[本文讲述作者从一张咖啡店手写黑板照片出发，借助AI模型Seed-2.1-pro-0915，打造一家名为「黑板旁」的数字咖啡馆。项目以真实照片为唯一输入，严格还原黑板内容，通过本地化React/Vite开发，实现顾客端点单与后厨看板的双向同步，无依赖支付或账户系统。全程基于浏览器本地存储，确保数据可追溯、流程完整。通过一笔64元订单验证链路闭环，并在豆包工作流中回溯核对，强调“每一项都可回原图验证”的严谨性，展现AI驱动产品设计的真实落地能力。]]></description><category></category></item><item><title><![CDATA[数据库手记：从数据建模到 Spark 对接的实测记录]]></title><link>https://blog.csdn.net/user340/article/details/166847648</link><guid>https://blog.csdn.net/user340/article/details/166847648</guid><author>user340</author><pubDate>Tue, 29 Sep 2026 18:45:18 +0800</pubDate><description><![CDATA[本文记录了某设备数据平台在测点数突破七位数后，为应对存储与查询瓶颈，开展时序数据库POC的全过程。团队基于路线确定性、建模贴合工业现场、高压缩比、无缝对接现有大数据体系等核心考量，选定Apache基金会孵化的IoTDB。实测显示其树形元数据模型直观匹配设备层级，支持边写边查与断网续传，压缩比达原始数据一个数量级，且通过JDBC与Spark连接器实现生态平滑接入。但对深度信号分析与无专职运维团队场景需谨慎评估。最终提出四道选型必答题，涵盖路线、链路、成本与生态，为工业级时序数据库选型提供可复用框架。]]></description><category></category></item><item><title><![CDATA[Prometheus接入Pushgateway实战：二进制与Docker部署、指标推送及远程上报]]></title><link>https://blog.csdn.net/user340/article/details/166785569</link><guid>https://blog.csdn.net/user340/article/details/166785569</guid><author>user340</author><pubDate>Mon, 28 Sep 2026 12:46:23 +0800</pubDate><description><![CDATA[本文演示在Linux虚拟机中通过二进制与Docker两种方式部署Pushgateway，解决Prometheus对短生命周期批处理任务监控的局限。通过curl、Shell和Python推送指标，结合cpolar实现外网访问。重点说明了服务配置、端口开放、权限控制及指标持久化缺失问题，强调其仅作临时中转，不可替代常规采集，适用于特定场景下的监控补充。]]></description><category></category></item><item><title><![CDATA[后端排环境指南：协助码+组网+远程文件全流程]]></title><link>https://blog.csdn.net/user340/article/details/166740134</link><guid>https://blog.csdn.net/user340/article/details/166740134</guid><author>user340</author><pubDate>Mon, 28 Sep 2026 06:00:00 +0800</pubDate><description><![CDATA[有一次客户项目跑不起来，我上去看了一眼，发现是本地端口被占了，两分钟改完。它的远程文件功能，可以直接像翻文件夹一样从对方电脑取文件，也能把本地的配置文件直接放过去。这篇聊聊我现在的远程工作流——从连客户电脑排环境，到连自己内网的 Docker 和数据库，整个链路是怎么串起来的。有些问题不在客户的个人电脑上，而在他公司内网的服务器上——比如一个只在内网暴露的 API、一个内网 Docker 容器、一个内网数据库。反过来，有时候你本地开发了一个 Webhook 回调，需要让外部服务能访问到你本地的端口。]]></description><category></category></item><item><title><![CDATA[2026 工业数据库架构选型：时序库 + 实时计算一体化方案对比]]></title><link>https://blog.csdn.net/user340/article/details/166601296</link><guid>https://blog.csdn.net/user340/article/details/166601296</guid><author>user340</author><pubDate>Thu, 24 Sep 2026 21:49:12 +0800</pubDate><description><![CDATA[摘要（148字）： 拼装架构省首年license，一体化架构省后续每夜告警。作者基于八年工业数据平台经验，对比四类时序库，指出拼装链路延迟高、口径不一、运维复杂。实测验证DolphinDB实现存算一体、流批统一，毫秒级响应，开发量降三分之二。三年总账显示，一体化虽需学习成本，却显著降低延迟、人力与对账开销，真正实现“数据即价值”。]]></description><category></category></item></channel></rss>