仅 7MB 的开源远程神器，全平台可用，还不限时长带宽！ * 戳上方蓝字“开源先锋”关注我大家好，我是开源君！还在烦恼远程连接不稳定卡成PPT，或者被限速、弹窗广告骚扰，想找个安心好用的远程工具可真不容易。逛Github的时候偶然又发现了一款完全开源、跨平台的远程桌面项目 - CrossDesk，让我眼前一亮。项目简介CrossDesk是一款轻量级跨平台远程桌面开源项目，基于 MiniRTC 实时音视频传输库开发，具备网络透传、软硬编解码、传输加密等核心能力。它支持 Windows、macOS、Linux、Android、iOS 全系统，还提供 Web 客户端访问，真正实现了 "远程如本地" 的流畅体验。作为开源项目，它不限制设备数量、不限时长、不限带宽，个人版完全免费且无广告，凭借出色的性能和易用性收获了大量用户认可。功能特性超低延迟传输：采用自研量子传输协议（QTP），动态调整码率，实测延迟低至5-15ms，支持4K/60帧高清传输，操作流畅无卡顿。全平台兼容：覆盖Windows、macOS、Linux、Android、iOS及Web端，设备间可互相控制，甚至支持树莓派等轻量设备。硬件加速编码：支持NVIDIA Video Codec、Video Toolbox硬件加速，兼容H.264/AV1编码格式，降低CPU占用率。强大穿透能力：无需配置路由器和防火墙，公司内网、家庭NAT、手机热点等场景均可直接连接，实现"傻瓜式"远程。安全可靠传输：采用SRTP加密和国密SM4算法，支持私有化部署，企业级操作审计和权限管控，保障数据安全。实用协作功能：支持多人实时协作控制、隐私屏模式、文件拖拽互传、协作白板，满足远程调试、培训等多场景需求。快速安装与使用访问 CrossDesk 官网或 GitHub 仓库release页面，下载适合你系统的客户端进行安装，7MB左右大小，非常轻量。软件启动后，主界面会显示本机的 ID 和连接密码（可自定义）。要控制远程电脑，只需在“对端ID”输入框里填入对方的 ID，点击连接箭头即可。连接之前，还可以进行语言、视频编码格式等自定义配置。对于临时控制，可以直接使用 Web 客户端，输入设备 ID 和密码就能连接，无需安装任何软件，非常方便。iOS Safari 远程控制 Win11如果你希望自托管服务器（推荐用于更安全、低延迟、隐私优先的场景），可以用 Docker 部署服务端。只需准备好公开 IP、内网 IP、端口、证书等配置即可。如果你对硬件加速、编译有需求，也可以从源码编译，CrossDesk 支持通过 xmake + cmake 构建。小结CrossDesk是一款完成度非常高、技术扎实的国产开源远程桌面软件。它凭借免费、跨平台、高性能和易用性，在众多同类产品中脱颖而出。对于需要频繁进行远程办公、IT 运维、技术支持的开发者和普通用户来说，不妨试试 CrossDesk。更多细节功能，感兴趣的可以到项目地址查看：https://github.com/kunkundi/crossdesk推荐阅读：Claude Code 最强辅助，开发效率原地起飞！这款开源AI卡片笔记，让我果断卸载了Obsidian！19K star 霸榜，下一代的浏览器自动化神器！9.5K star 持续飙升，一键搞定250+格式，隐私友好还免费！25MB 轻量神器，老设备无 GPU 也能跑！

SFTPGo 是一款功能齐全、高度可配置化、支持自定义 HTTP/S，FTP/S 和 WebDAV 的 SFTP 服务 1、sftpgo简介SFTPGo是一款功能齐全、高度可配置的开源文件传输服务器，使用Go语言编写。它最核心的特点是能通过一套系统，同时支持SFTP、SCP、FTP/S、WebDAV以及HTTP/S等多种文件传输协议，并能将多种存储系统统一提供文件访问服务。官方网站：https://sftpgo.com/项目地址：https://github.com/drakkan/sftpgo2、典型应用场景与架构SFTPGo的架构设计使得它非常灵活，可以根据需要部署在不同的场景中。从了解到，一些知名企业如Jump Trading（高频交易）、WP Engine（网站托管）和Aledade（医疗健康数据）都在使用它。其典型部署模式如下：统一文件传输网关：在企业中，SFTPGo可以作为一个统一的文件交换门户，无论是需要访问本地存储，还是后端连接的云存储（如AWS S3、Azure Blob等），用户都可以通过自己熟悉的协议（如SFTP、WebDAV）进行访问。混合云集成：SFTPGo能很好地充当一个桥梁，让传统的、基于本地文件系统的应用，也能安全地访问位于公有云对象存储中的数据。安全合规的数据交换：得益于其丰富的安全特性（如多因素认证、IP过滤、细粒度权限控制），SFTPGo非常适合用于需要安全合规地与合作伙伴或客户共享文件的场景。3、安装docker1、安装依赖包yum install -y yum-utils device-mapper-persistent-data lvm22、配置docker yum源yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo3、安装dockeryum install -y docker-ce4、修改docker配置文件mkdir /etc/docker -psudo tee /etc/docker/daemon.json <<-'EOF'{    "registry-mirrors": [      "https://docker.credclouds.com",      "https://k8s.credclouds.com",      "https://quay.credclouds.com",      "https://gcr.credclouds.com",      "https://k8s-gcr.credclouds.com",      "https://ghcr.credclouds.com",      "https://do.nark.eu.org",      "https://docker.m.daocloud.io",      "https://docker.nju.edu.cn",      "https://docker.mirrors.sjtug.sjtu.edu.cn",      "https://docker.1panel.live",      "https://docker.rainbond.cc"    ],   "data-root": "/etc/docker"}EOF 5、启动dockersystemctl daemon-reloadsystemctl enable docker --nowsystemctl restart docker6、安装docker-compose# 下载docker-compose文件curl -L "https://github.com/docker/compose/releases/download/v2.29.0/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose# 给他一个执行权限chmod +x /usr/local/bin/docker-composeln -s /usr/local/bin/docker-compose /usr/bin/docker-compose # 查看是否安装成功docker-compose --version4、拉取sftpgo镜像docker pull drakkan/sftpgo:v2.5.45、创建数据目录mkdir -p /data/sftpgo/{data,home}chown -R 1000:1000 /data/sftpgo/6、docker安装sftpgodocker run -d --name sftpgo \    --restart always \    -p 8080:8080 \    -p 2022:2022 \    -p 8090:8090 \    --mount type=bind,source=/data/sftpgo/data,target=/srv/sftpgo \    --mount type=bind,source=/data/sftpgo/home,target=/var/lib/sftpgo \    -e TZ=Asia/Shanghai \    -e SFTPGO_HTTPD__BINDINGS__0__PORT=8080 \    -e SFTPGO_WEBDAVD__BINDINGS__0__PORT=8090 \    drakkan/sftpgo:v2.5.47、查看容器运行状态docker ps -a8、查看容器日志docker logs -f sftpgo9、访问sftpgo webUI浏览器访问: http://192.168.52.15:8080创建管理员用户admin:10、sftpgo基本使用10.1、创建sftp新用户10.2、访问用户Web客户端界面在浏览器中访问以下网址，并使用新用户帐户详细信息登录:http://192.168.52.15:8080/web/client/login在这里用户可以轻松上传和下载文件10.3、测试sftp连接1.使用sftp命令测试连接现在测试新用户，linux操作系统默认自带sftp命令，在linux客户端测试连接sftpgo服务器。连接后可以执行help命令查看支持的参数，使用put或get指令上传下载文件。sftp -P 2022 admin1@192.168.52.152.使用winscp客户端测试连接11、总结SFTPGo是一款强大而灵活的文件传输解决方案，特别适合需要统一管理多种文件传输协议、集成混合云存储环境，且对安全性和精细化管理有较高要求的场景。如果你正在为复杂的数据交换和文件传输需求寻找一个"瑞士军刀"式的工具，SFTPGo绝对值得一试。希望以上介绍能帮助你了解SFTPGo。如果你在具体的安装或配置过程中遇到问题，可以参考其官方文档获取最详细和最新的信息。

Docker 网络先搞懂网桥，再看 Compose Docker 网络要先分清两件事：容器之间怎么通信，宿主机怎么访问容器。最常见的问题，是在容器里把数据库地址写成 localhost⁠：DATABASE_URL=postgresql://postgres:secret@localhost:5432/app如果数据库就在宿主机本机，这行没问题；放进容器里就不对了：容器里的 localhost 指的是容器自己，不是数据库容器，也不是宿主机。这篇我先讲 Docker 网络本身，然后再看这些概念在 Docker Compose 里怎么配置的。▎先分清三种流量看 Docker 网络，先分清流量方向：容器访问外网容器访问容器宿主机访问容器容器访问外网，比如容器里 curl https://example.com⁠。默认情况下，Docker 会让容器通过宿主机出去，外面的服务看到的通常是宿主机地址。容器访问容器，比如应用连数据库。这个时候应该让两个容器在同一张 Docker 网络里。更准确一点：在用户自定义 bridge 网络或 Compose 默认网络里，通常用容器名或服务名访问。宿主机访问容器，比如浏览器打开本地应用。这个时候看的是端口发布，也就是 -p 或 Compose 里的 ports⁠。▎bridge 是日常开发的主角装好 Docker 后看一下网络：docker network ls常见输出会有：bridgehostnone别把它理解成 Docker 只有三种网络。这里看到的是已经存在的网络。Docker 真正说“类型”时，看的是网络驱动，也就是 driver。日常开发最常用的是 bridge⁠。可以把它想成宿主机里的一座软件网桥，容器接到这座桥上，形成一个小局域网。宿主机  |  | 端口发布  vbridge 网络  |---- app 容器  |---- db 容器同一张 bridge 网络里的容器可以互相通信。不同 bridge 网络之间默认隔开。外部要访问容器服务，通常要把容器端口发布到宿主机。▎bridge 原理，知道这点就够用不用一上来就啃 Linux 网络命名空间，但最好知道 Docker 大概做了什么。容器启动后，会有自己的网络空间。你在容器里看到的网卡，并不是宿主机那张真实网卡。Docker 会给容器创建一对虚拟网卡，常见说法叫 veth pair⁠：一头放进容器里，另一头接到宿主机上的 bridge。可以粗略想成这样：app 容器 eth0   |veth pair   |Docker bridge   |宿主机网络同一张 bridge 上的容器，像接在同一个小交换机上，所以它们能互相访问。Docker 还会给这张网络分配子网，比如 172.18.0.0/16⁠，每个容器拿到一个内部 IP。容器访问外网时，Docker 会做一层地址伪装，也就是常说的 NAT。外面的服务通常看不到容器自己的内部 IP，只看到宿主机出去的地址。外部访问容器时，逻辑反过来。你写了：-p 8080:80Docker 就把宿主机 8080 上的流量转发到容器 80⁠。端口发布可以理解成 Docker 在中间加了一条转发规则，容器自己并没有真的变成宿主机端口。▎端口发布只管宿主机访问跑一个 Nginx：docker run -d --name web -p 8080:80 nginx这句里的 -p 8080:80⁠，左边是宿主机端口，右边是容器端口。宿主机 localhost:8080 -> web 容器 80浏览器访问 http://localhost:8080⁠，Docker 会把流量转到容器里的 80⁠。但另一个容器访问它时，不应该写 localhost:8080⁠。如果它们在用户自定义 bridge 网络或 Compose 网络里，应该写：web:80这就是很多人最容易混的地方：ports 是给宿主机进容器用的，不是给容器之间互相找服务用的。还可以把端口只绑到本机：docker run -d --name web -p 127.0.0.1:8080:80 nginx这样通常只有宿主机本机能访问。开发数据库、Redis、管理后台时，更建议这样绑定，少开一个对局域网暴露的口子。Dockerfile 里的 EXPOSE 也顺手提一下：EXPOSE 8080它更像说明书，告诉别人这个镜像里的程序预期监听 8080⁠。它不会自动把端口发布到宿主机。真正发布端口，还是靠 -p⁠。▎默认 bridge 和自定义 bridge 的差别默认 bridge 适合临时实验。正式一点的项目，更建议创建用户自定义网络。原因有两个。一个是隔离清楚。这个项目的容器放 app-net⁠，另一个项目放别的网络，互相别掺。另一个是名字访问更自然。应用连数据库写 db:5432⁠，连 Redis 写 redis:6379⁠，不用追着容器 IP 跑。比如这样建一张网络：docker network create app-net然后把容器挂进去：docker run -d --name db --network app-net postgres:18docker run -d --name redis --network app-net redisdocker run -it --rm --network app-net alpine sh进到 Alpine 容器里，访问数据库就用 db:5432⁠，访问 Redis 就用 redis:6379⁠。这里的 db 和 redis 来自容器名。用户自定义 bridge 网络会提供名字解析，IP 会变，名字稳得多。查看网络详情：docker network inspect app-net这条命令很有用。它能看到网络的子网、网关、接入的容器、容器 IP。网络不通时，可以先看这里。容器启动后也能接入网络：docker network connect app-net some-container也能断开：docker network disconnect app-net some-container调试时挺方便。比如起了一个临时工具容器，忘了接项目网络，补一下就行。▎其他网络驱动什么时候用？日常主力是 bridge⁠，但 Docker 不止它。host 是让容器直接使用宿主机网络。少了一层隔离，也少了一层端口转发。某些代理、监控、性能测试场景会用它。普通 Web 服务不建议默认选它，因为端口冲突和边界问题会更直接。docker run --rm --network host nginxnone 基本就是不给容器配网络，只剩 loopback。适合完全不需要网络的任务，或者你想自己手动配置网络。docker run --rm --network none alpine ip link showoverlay 用来跨多个 Docker daemon 通信，常见于 Swarm。单机 Compose 开发基本碰不到。macvlan 会让容器像局域网里一台独立机器，有自己的 MAC 地址。某些老系统迁移、局域网直连场景会用。这个就要懂宿主机网卡、交换机、网段和路由了。ipvlan 和 macvlan 接近，但不额外分配独立 MAC。网络环境限制 MAC 数量时，它会更合适。可以按场景这样选：本机开发、多容器联调         bridge单机部署，大多数 Web 服务    bridge容器要贴宿主机网络           host容器完全不需要网络           none多台机器上的容器互通         overlay容器要像局域网独立设备       macvlan / ipvlan没碰到对应场景，不用硬上复杂驱动。▎Compose 只是把这些关系写下来现在再看 Docker Compose，就顺了。比如一个应用加数据库：services:  app:    build: .    environment:      DATABASE_URL: postgresql://postgres:secret@db:5432/app    ports:      - "127.0.0.1:8080:8080"    depends_on:      - db  db:    image: postgres:18    environment:      POSTGRES_PASSWORD: secret      POSTGRES_DB: app执行：docker compose up -dCompose 会自动创建一张默认网络，名字通常是：项目名_defaultapp 和 db 都接到这张网络里。Docker 会提供内部 DNS，所以 app 能用 db 这个服务名访问数据库。这就是前面那条规则在 Compose 里的落地：DATABASE_URL 里写 db⁠，ports 里写 127.0.0.1:8080:8080⁠。服务之间靠名字，宿主机访问靠端口发布。▎Compose 里的 ports 和 expose在 Compose 里，ports 会发布端口到宿主机：services:  web:    image: nginx    ports:      - "8080:80"更安全一点的本地写法，是只绑定本机地址：services:  db:    image: postgres:18    ports:      - "127.0.0.1:5432:5432"这样本机数据库客户端能连，局域网其他机器连不到。expose 不会发布到宿主机：services:  db:    image: postgres:18    expose:      - "5432"它更像内部声明。实际项目里，同一张 Compose 网络里的服务本来就能访问监听端口，很多时候不需要专门写 expose⁠。▎什么时候在 Compose 里自定义 networks？小项目不需要。一个 app⁠、一个 db⁠、一个 redis⁠，默认网络通常够用：应用连数据库写 db:5432⁠，连 Redis 写 redis:6379⁠。需要自定义网络，通常是为了表达边界。比如前端代理能访问应用，但不能访问数据库：services:  proxy:    image: nginx    ports:      - "127.0.0.1:8080:80"    networks:      - frontend  app:    build: ./app    networks:      - frontend      - backend  db:    image: postgres:18    networks:      - backendnetworks:  frontend:    driver: bridge  backend:    driver: bridge访问关系很清楚：proxy -> app      可以app   -> db       可以proxy -> db       不通这类配置的价值，是让架构边界落在文件里。后来别人看 compose.yaml⁠，不用猜数据库到底暴露给谁。▎几个真正会用到的 Compose 网络配置driver 用来指定网络驱动：networks:  backend:    driver: bridge本地开发基本就是 bridge⁠。name 可以固定真实网络名：networks:  backend:    name: myapp-backend    driver: bridge默认情况下，Compose 会把项目名拼进网络名，比如 demo_backend⁠。你希望脚本或其他项目引用固定网络名时，可以写 name⁠。external 用来接入已经存在的网络：docker network create inter-projectservices:  api:    build: ./api    networks:      - sharednetworks:  shared:    external: true    name: inter-project这个适合多个 Compose 项目本地联调。比如认证服务一个项目，业务服务另一个项目，两边都接到 inter-project⁠，就能互相访问。aliases 可以给服务加别名：services:  app:    build: ./app    networks:      backend:        aliases:          - api.internalnetworks:  backend:老项目里如果写死了 api.internal⁠，一时不想改代码，可以先用 alias 接住。别名太多会乱，迁移时用用还行。ipam 用来自定义网段：services:  db:    image: postgres:18    networks:      backend:        ipv4_address: 172.28.5.10networks:  backend:    driver: bridge    ipam:      config:        - subnet: 172.28.0.0/16          ip_range: 172.28.5.0/24          gateway: 172.28.5.254能用服务名，就别固定 IP。固定 IP 适合 VPN 网段冲突、老系统白名单、网络实验这些场景。普通业务配置里，它会增加维护成本。internal 可以创建内部网络：networks:  backend:    internal: true这个适合数据库、缓存、内部队列之间的封闭网络。下手前要想清楚应用是否需要访问外部 API、对象存储、公司代理。如果服务只接了这张 internal 网络，应用自己也可能出不去。extra_hosts 可以往容器的 /etc/hosts 里塞主机名映射：services:  app:    build: ./app    extra_hosts:      - "api.staging:192.168.1.100"      - "host.docker.internal:host-gateway"这个最常见的用途，是让容器访问宿主机上的服务。比如本机跑了一个 Mock 服务、MySQL、Redis，容器里不能写 localhost⁠，因为那会指向容器自己。用 host.docker.internal 更清楚。Docker Desktop 上这个名字比较常见；Linux 环境里，可以显式加一行 host.docker.internal:host-gateway⁠，少一点环境差异。network_mode 是另一条路：services:  monitor:    image: my-monitor    network_mode: host它会直接指定容器网络模式，绕开“接入某张 Compose 网络”这条常规路径。常见值有 host⁠、none⁠、bridge⁠，还有 service:xxx⁠。比如 sidecar 场景：services:  app:    image: my-app  debug:    image: nicolaka/netshoot    network_mode: "service:app"debug 会复用 app 的网络命名空间，就像贴着 app 做网络调试。这个挺有用，但别乱写。Compose 里用了 network_mode⁠，就不能同时给这个服务写 networks⁠。普通业务服务优先用 networks⁠，只有明确需要贴宿主机网络、关闭网络、或者复用某个服务网络时，再碰 network_mode⁠。dns 适合处理解析问题：services:  app:    image: my-app    dns:      - 10.0.0.2      - 8.8.8.8公司内网、自建域名、VPN 环境里，容器偶尔会解析不到内部域名。这时可以给服务指定 DNS。别一遇到访问失败就改 DNS，先用 getent hosts xxx 或 nslookup xxx 确认真是解析问题。还有一个老配置叫 links⁠。现在基本不建议用了。Compose 默认网络和 service name 已经能解决服务发现，links 更多是历史包袱，看到老项目里有，知道它大概是干嘛的就行。▎连不上时，按这个顺序查先看服务状态：docker compose ps看网络：docker network lsdocker network inspect 项目名_default进应用容器：docker compose exec app sh看服务名能不能解析：getent hosts db看端口通不通：nc -vz db 5432镜像里没这些工具，就起一个调试容器接到同一张网：docker run --rm -it --network 项目名_default nicolaka/netshoot再测：dig dbnc -vz db 5432curl -v http://app:8080按这个顺序判断：连接地址是不是写了 localhost服务名写对没两个容器是不是在同一张网络目标服务有没有启动完成目标服务监听的是 0.0.0.0 还是 127.0.0.1宿主机访问时有没有 portsports 绑定的是 127.0.0.1 还是 0.0.0.0是不是 VPN、代理、防火墙、IPv6 在影响还有一点这里补充说明一下：depends_on 主要解决启动顺序，不保证数据库已经准备好接连接。网络通了，服务没就绪，应用一样会报错。应用侧最好有重试；如果想让 Compose 等数据库健康状态，还要给数据库配 healthcheck⁠，并使用 depends_on 的长语法配置 condition: service_healthy⁠。这篇先讲到这里。后面有机会再单独聊聊 Docker 网络排查和线上部署里的坑。· END ·如果你愿意，欢迎关注。后面继续分享更多实用内容~

找 Skill 不再求人：这个网站收录了 1 万+ 精选工具，免费直接用 ▲ CocoLoop Hub 热门 Skills 页面：分类筛选 + 卡片展示 + 安全认证用 AI Agent 的人都有过这个经历——想给 Agent 装个新能力，搜了一圈 GitHub，找到几个看着像的，又不敢装。代码里有没有恶意逻辑？会不会偷数据？装了之后跟其他 Skill 冲突怎么办？今天推荐一个我最近在用的网站：CocoLoop Hub（hub.cocoloop.cn），专门解决"找 Skill、选 Skill、安全装 Skill"这三个问题。它是什么CocoLoop Hub 是一个 OpenClaw Skill 技能商店，收录了各行各业超过 1 万条优质 Skill。不是简单地把 GitHub 项目列出来就完事了。它做了三件别人没做的事：▲ CLS 安全认证体系：每个 Skill 上架前都经过代码审计1. CLS 安全认证 — 每个 Skill 都经过安全性审查，分为 A/S/S+ 三级。A 级是纯文档无执行代码（最安全），S 级有执行但经过审计，S+ 是顶级认证。2. 分类体系清晰 — 总排行/近期最热/最新上传/AI增强/开发/办公/效率/设计/内容创作/专业技能，10 大分类一目了然3. 国内镜像加速 — 不用翻墙就能下载安装，对国内用户非常友好背后团队叫 CocoLoop，定位是"更安全的 Skill 市场"。这个"安全"不是口号，是真的有审核机制在跑。里面有什么好东西随便翻了翻热门榜，挑几个我觉得特别实用的：TOP1Self-Improving Agent — 让 AI 记住教训不再犯错安全的自改进日志系统，通过结构化记录错误、修正和最佳实践，帮助 AI 持续学习并避免重复犯错。1914.9k 安装 · 418.3k 收藏搜索Multi Search Engine — 16 引擎聚合搜索聚合 16 个搜索引擎（7 国内 + 9 国际），支持高级语法、时间过滤、隐私引擎和 WolframAlpha 查询，零 API Key 配置。474.3k 安装 · 132.1k 收藏安全Skill Vetter — 安装前的安全守门员AI 技能安全审查工具，提供安装前代码审计与风险分级，纯文档无执行代码，最安全的审查方式。561.1k 安装 · 226k 收藏营销AdMapix — 全球广告情报与竞品分析搜索全球广告素材、分析竞品投放策略、追踪下载收入数据，做出海营销的必备工具。402k 安装 · 127k 收藏通信PollyReach — AI 代理专属电话助手为 AI 分配真实电话号码，支持外呼任务（预订、客服）和 AI 接听来电，实现自动化电话交互。340.1k 安装 · 96.3k 收藏记忆ontology — 结构化知识图谱构建类型化知识图谱，为 Agent 提供结构化记忆与跨技能状态共享，支持实体 CRUD 和关系管理。574.9k 安装 · 174k 收藏怎么用打开 hub.cocoloop.cn，三种用法：逛 — 直接在网页上浏览分类榜单，看到感兴趣的点进去看详情和安装命令搜 — 用关键词搜你想要的能力（比如"搜索"、"语音转文字"、"股票"）装 — 复制页面上的 npx install 命令到终端，一行搞定npx skills add <skill-name>大部分 Skill 一条命令就能装好，不需要手动配置环境变量或改配置文件。为什么值得收藏▲ 找 Skill 不再需要在十几个来源之间反复横跳市面上找 Skill 的渠道不少——GitHub 搜关键词、各种社区帖子、群里问人……但问题是：质量参差不齐 — 同一个功能可能有 5 个实现，哪个靠谱全靠运气安全没保障 — 装了不认识的代码进你的 Agent 环境，风险不可控发现成本高 — 好的 Skill 往往藏在某个 Issue 评论或者 Discord 讨论里CocoLoop Hub 解决的核心问题就是：把「筛选」「审计」「归类」这三步替你做了，你只需要决定「我要不要装」。AI Agent 的能力边界，很大程度上取决于它装了多少好的 Skill。与其花时间到处找、到处试，不如直接去一个 curated 过的市场里挑。CocoLoop Hub 就是我目前觉得体验最好的一个。关注「AI-超级个体形态」，获取更多 AI 工具实测和效率提升分享。网址：hub.cocoloop.cn

Docker数据持久化的五种方式 一、绑定挂载（Bind Mount）将宿主机目录直接挂载到容器中。优点：数据直接保存在宿主机；可以使用宿主机工具直接查看和修改文件；方便备份和迁移。缺点：强依赖宿主机目录结构；容器跨机器迁移不方便；存在权限问题。适用场景：开发环境；配置文件挂载；日志目录挂载。docker run -d \  --name mysql8 \  -p 39306:3306 \  -e MYSQL_ROOT_PASSWORD="Admin@2026#" \  -e MYSQL_DATABASE=toolbox \  -e MYSQL_USER=appuser \  -e MYSQL_PASSWORD="Abc@123456" \  -v /datah/mysql:/var/lib/mysql \  mysql:8docker exec -it mysql8 bashmysql -h 127.0.0.1 -P 3306 -uroot -p'Admin@2026#'二、数据卷（Volume）Docker 官方推荐的数据持久化方式。优点：生命周期独立于容器，易于备份和迁移，Docker 自动管理，性能较好。缺点：数据位置不直观，需要 Docker 命令管理。适用场景：MySQL，PostgreSQL，Redis，生产环境推荐优先使用 Volume。2.1、创建名称为 mysql-data 的docker管理卷docker volume create mysql-data2.2、查看创建的数卷docker volume ls2.3、使用数据卷启动mysql8容器docker run -d \  --name mysql8 \  -p 39306:3306 \  -e MYSQL_ROOT_PASSWORD="Admin@2026#" \  -e MYSQL_DATABASE=toolbox \  -e MYSQL_USER=appuser \  -e MYSQL_PASSWORD="Abc@123456" \  -v mysql-data:/var/lib/mysql \  mysql:82.4、查看数据卷详细挂载路径docker volume inspect mysql-data2.5、卸载并删除docker stop mysql8docker rm mysql8docker volume lsdocker volume rm mysql-data三、内存挂载（tmpfs Mount）将数据存放在内存中，不落盘。特点：数据保存在 RAM 中、容器停止后数据丢失、速度非常快。优点：高性能、提高安全性（不写磁盘）。缺点：不是真正意义上的持久化、重启即丢失。适用场景：缓存、临时文件、敏感数据。3.1、 宿主机创建挂载目录和配置文件mkdir -p /opt/nginx/{conf.d,logs}cat > /opt/nginx/nginx.conf <<'EOF'user  nginx;worker_processes  auto;error_log  /var/log/nginx/error.log warn;pid        /var/run/nginx.pid;events {    worker_connections  10240;}http {    include       mime.types;    default_type  application/octet-stream;    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '                      '$status $body_bytes_sent "$http_referer" '                      '"$http_user_agent" "$http_x_forwarded_for"';    access_log  /var/log/nginx/access.log  main;    sendfile        on;    tcp_nopush     on;    keepalive_timeout  65;    # ========== tmpfs 内存临时缓存目录配置 ==========    client_body_temp_path /var/nginx/client_temp;    proxy_temp_path       /var/nginx/proxy_temp;    fastcgi_temp_path     /var/nginx/fastcgi_temp;    uwsgi_temp_path       /var/nginx/uwsgi_temp;    scgi_temp_path        /var/nginx/scgi_temp;    # 静态资源内存缓存配置    proxy_cache_path /var/nginx/cache levels=1:2 keys_zone=nginx_cache:100m inactive=7d max_size=1G;    gzip  on;    gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;    include /etc/nginx/conf.d/*.conf;}EOF3.2、conf.d 站点配置（http + https）cat > /opt/nginx/conf.d/demo.conf <<'EOF'server {    listen 80;    server_name demo.dashboard.com;    return 301 https://$host$request_uri;}server {    listen 443 ssl http2;    server_name demo.dashboard.com;    ssl_certificate     /etc/nginx/conf.d/certs/dashboard.com.crt;    ssl_certificate_key /etc/nginx/conf.d/certs/dashboard.com.key;    location / {        proxy_pass http://192.168.100.200:31080;        proxy_http_version 1.1;        proxy_set_header Upgrade $http_upgrade;        proxy_set_header Connection "upgrade";        proxy_set_header Host $host;        proxy_set_header X-Real-IP $remote_addr;        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;        proxy_set_header X-Forwarded-Proto https;    }}EOF3.3、Docker 启动命令  # tmpfs 内存挂载Nginx所有临时目录，限制最大2G，权限700  --tmpfs /var/nginx:size=2G,mode=700 \  # 配置、日志持久化挂载  -v /opt/nginx/nginx.conf:/etc/nginx/nginx.conf \  -v /opt/nginx/conf.d:/etc/nginx/conf.d \  -v /opt/nginx/logs:/var/log/nginx \docker run -d \  --name nginx-gateway \  --restart always \  -p 80:80 \  -p 443:443 \  --tmpfs /var/nginx:size=2G,mode=700 \  -v /opt/nginx/nginx.conf:/etc/nginx/nginx.conf \  -v /opt/nginx/conf.d:/etc/nginx/conf.d \  -v /opt/nginx/logs:/var/log/nginx \  nginx:stable-alpine3.4、访问域名查看界面3.5、卸载docker stop nginx-gatewaydocker rm nginx-gateway四、数据卷容器（Data Volume Container）通过一个专门的容器管理数据。优点：多容器共享数据方便。缺点：已经比较老旧、被 Named Volume 基本替代。适用场景：有老项目还在使用维护。4.1、创建数据卷容器（只做数据存储，不启动业务）docker create \--name nginx-data \-v /etc/nginx \-v /var/log/nginx \busybox4.2、把宿主机现有的证书、配置拷贝到数据卷容器中# 拷贝宿主机配置目录到数据卷容器docker cp /opt/nginx/nginx.conf nginx-data:/etc/nginx/nginx.confdocker cp /opt/nginx/conf.d/. nginx-data:/etc/nginx/conf.d/4.3、Nginx 业务容器通过 --volumes-from 挂载数据卷容器# 从数据卷容器挂载所有声明的卷，不用再写宿主机-v路径--volumes-from nginx-data \docker run -d \--name nginx-gateway \-p 80:80 \-p 443:443 \--volumes-from nginx-data \nginx4.4、访问验证4.5、多容器共享同一份数据（扩展）如果后续部署多个 Nginx 实例，直接复用数据卷容器即可：两个 Nginx 共用一套配置、证书、日志目录。docker run -d \--name nginx-gateway2 \-p 8080:80 -p 8443:443 \--volumes-from nginx-data \nginxhttps://demo.dashboard.com:8443/4.6、卸载docker stop nginx-gateway nginx-gateway2docker rm -f nginx-gatewaydocker rm -f nginx-gateway2docker rm -f nginx-data五、网络存储（NFS,分布式存储）可以把 Volume 映射到远程存储。优点：多节点共享数据、容器迁移方便、支持高可用。缺点：网络依赖、配置复杂、适用场景：集群部署、Kubernetes。Docker 原生支持创建 NFS Volume，比直接挂载 /mnt/nfs 更优雅，容器迁移也方便。[root@nfs-server logs]# exportfs -v/datah/nfs_share 192.168.100.0/24(sync,wdelay,hide,no_subtree_check,sec=sys,rw,insecure,no_root_squash,no_all_squash)5.1、创建NFS挂载docker volume create \  --driver local \  --opt type=nfs \  --opt o=addr=192.168.100.205,nolock,soft,rw \  --opt device=:/datah/nfs_share \  nfs_data5.2、查看docker volume lsdocker volume inspect nfs_data5.3、在 NFS 服务端创建目录mkdir -p /datah/nfs_share/nginx/conf.dmkdir -p /datah/nfs_share/nginx/htmlchmod -R 777 /datah/nfs_share/nginx5.4、创建两个 volumedocker volume create \--driver local \--opt type=nfs \--opt o=addr=192.168.100.205,nolock,soft,rw \--opt device=:/datah/nfs_share/nginx/conf.d \nginx_confdocker volume create \--driver local \--opt type=nfs \--opt o=addr=192.168.100.205,nolock,soft,rw \--opt device=:/datah/nfs_share/nginx/html \nginx_html5.5、启动nginxdocker run -d \--name nginx \-p 80:80 \-v nginx_conf:/etc/nginx/conf.d \-v nginx_html:/usr/share/nginx/html \nginx:latest5.6、访问验证http://192.168.100.203/5.7、卸载[root@node ~]# docker stop nginxnginx[root@node ~]# docker rm nginxnginx[root@node ~]# docker volume rm nginx_htmlnginx_html[root@node ~]# docker volume rm nginx_confnginx_conf[root@node ~]# docker volume rm nfs_datanfs_data[root@node ~]# docker volume ls总结方式数据保存位置容器删除后数据推荐程度Bind Mount宿主机目录保留⭐⭐⭐VolumeDocker 管理目录保留⭐⭐⭐⭐⭐tmpfs内存丢失⭐数据卷容器Docker 管理保留⭐⭐NFS/Ceph网络存储保留⭐⭐⭐⭐⭐原文来源：运维攻坚