很多新手在 Windows 装 Docker 会遇到域名解析失败、镜像拉取超时、WSL 不兼容、端口访问不通等各种坑。本文从开启 WSL、安装 Ubuntu、下载 Docker、修复网络、测试 Nginx 服务完整走一遍，跟着步骤复制粘贴命令即可一次成功，全程无复杂操作。@[TOC](Windows WSL2 超详细 Docker Desktop 安装配置教程)拉镜像提示：WSL DNS 未按本文

今天没有继续堆新功能，而是把已经完成的业务真正跑进了接近上线的环境。三端有了独立入口，Docker 服务运行正常，公网可以访问，原来的测试数据也完整保留。到这一步，项目已经不只是本地能打开的演示页面，而是一套能够持续运行和验证的电商系统。接下来主要还剩三件事：固定访问域名、清理演示数据、补充数据库备份和运行告警。把这几项处理好之后，就可以进入正式上线后的持续维护阶段。

患者端、医生端、管理端和健康接口验收 8/8 通过；Go 测试覆盖率 31.8%；go vet通过；Docker 镜像实际构建成功；Compose 配置可以正常解析；本地 8080 和 Docker 8081 都能访问；.env、日志、二进制和真实密钥没有进入提交；代码已推送到 GitHub，CI 运行成功。今天没有做出什么新的大页面，但项目比昨天更像一个完整项目了。

今天这轮改造主要完成了三件事。第一，把智能客服从飞书入口改成了页面版 Agent，使用上更贴近乘客端和司机端的实际场景。第二，修复了客服回答里暴露调试信息的问题，让回答更像正常业务系统里的客服回复。第三，把 RAG 方案统一成 Qdrant，并同步更新了项目文档，方便后续讲解和展示。整体来看，今天的工作不算是单纯改页面，而是把“入口、数据、回答、文档”都串了一遍。这样明天介绍项目的时候，就能比较清

这个商城项目最开始只是想把商品、购物车、订单和支付串起来，但真正做下去后发现，一个电商系统远不止“用户买东西”这么简单。订单怎么流转，优惠券怎么算，库存什么时候扣，商家怎么发货，平台怎么处理投诉，直播和社区的数据怎么同步，客服能看到哪些信息，这些都需要一条条补完整。目前项目已经形成买家端、商家端和管理端三套业务体系。这篇文章不重点讲页面样式，主要梳理整个商城到底包含哪些业务，以及三端之间是怎么配合

今天没有继续堆新功能，而是把已经完成的业务真正跑进了接近上线的环境。三端有了独立入口，Docker 服务运行正常，公网可以访问，原来的测试数据也完整保留。到这一步，项目已经不只是本地能打开的演示页面，而是一套能够持续运行和验证的电商系统。接下来主要还剩三件事：固定访问域名、清理演示数据、补充数据库备份和运行告警。把这几项处理好之后，就可以进入正式上线后的持续维护阶段。

今天主要在完善商城的智能客服模块。之前的客服页面虽然已经有了基本样式，也能展示工单和聊天记录，但不少功能还停留在“看起来能用”的阶段。比如客服回答不了用户自己的订单问题、发送消息会刷新整个页面、买家回复一句话后商家又要重新接单，这些问题实际使用时都比较明显。所以今天没有继续堆页面，而是集中把客服的数据、权限和会话流程重新梳理了一遍。

今天主要在补电商平台管理端的治理业务。之前不少页面已经能看、能点，但部分功能还停留在“展示数据”的阶段，缺少后台定时检查、状态联动和数据持久化。所以今天没有继续堆新页面，而是把售后、投诉和商家入驻这三块业务往完整流程上推进了一步。

今天完成的内容主要集中在平台治理和合规审计两个方向。相比单纯增加页面，我更希望这些功能之间能够形成完整流程：平台发现问题、下发任务、责任方处理、平台复核、生成报告并保留历史记录。接下来准备继续按照原型图顺序推进，同时补充隐私审计整改任务、责任人提交材料、平台复核以及风险关闭流程。

今天继续完善“悦选商城”项目，主要做了两个方向：一个是私域社群和小程序商城，另一个是本地生活即时零售。这次没有单纯追求页面数量，而是尽量把每个功能做到能操作、能保存、能结算。毕竟页面做出来只是第一步，用户点击之后有没有反应，数据能不能落下来，支付完成后订单能不能正常生成，这些才是电商项目真正麻烦的地方。