不少 WordPress 主题都有类似设计：用户访问了一个不存在的页面，网站不显示 404，而是自动跳回首页。Puock 也提供了类似功能,但如果从 SEO 和网站长期维护的角度看，这个功能并不建议开启。

本文记录在已有 Docker WordPress 架构（Nginx 反代 + WordPress + MariaDB + phpMyAdmin）基础上启用 IPv6 双栈监听的全过程：conf.d 中每个站点配置需要添加哪些指令、Docker 层需要做哪些配套改造、DNS 与防火墙如何放行，以及一路上会踩的坑。

备份与恢复 WordPress 站点需要同时处理站点文件和数据库两大部分，且必须在同一时间点进行。

两种挂载方式，是针对不同数据特性对应不同存储策略而设计。

Apache 还是 FPM，选择取决于你的优先级：简单 vs 极致性能。

比较 “Upstream” 与 “变量 + Resolver” 两种不同的反向代理机制，解释为什么前者更适合 WordPress 建站。

Nginx 底层处理 UDP (QUIC) 端口的技术机制决定了只要主站开启了 HTTP/3，子站默认也就自动支持 HTTP/3 了。

建站时必须把镜像何时更新、更新到什么版本、是否兼容这三个决策权掌握在自己手里，固定镜像版本标签的本质不是”保守”，而是变更控制。

Host 模式由于与宿主机共享网络命名空间和端口，缺乏网络隔离且易导致端口冲突，而 Bridge 模式能为每个容器提供独立的 IP 和网络隔离，保证了安全性和多容器并发的灵活性。

Stream + Proxy_Protocol 是为多后端、跨机器、L4 负载均衡场景设计的工具，对于单机 Docker 部署 Wordpress 博客站点来说，用Stream 模块做 SNI 路由（TCP 四层转发）这种架构属于“过度设计”。