技术

引言： 为什么需要给 WordPress 套反向代理？ 有朋友可能会疑惑：WordPress 本身能设置站点 URL 和端口，为什么还要多此一举用反向代理？ 核心原因很简单——避免 80/443 端口被博客独占。公网访问中，80（HTTP）和 443（HTTPS）是默认端口，若直接给 WordPress 用，后续想部署其他项目（如个人网盘、后台管理系统）就无法通过二级域名（如 drive.example.com ）复用这两个端口。而用 Nginx Proxy Manager（简称 NPM）做反向代理，能统一管理所有入站流量，通过不同二级域名分配端口，更灵活高效。 📌 说明：本文是博主第一篇技术博客，内容偏向新手友好，若有技术疏漏，欢迎各位大佬留言指正！ 一、前置准备：环境与基础要求 在开始前，先确认你的环境是否符合以下条件（仅供参考，非强制但推荐）： 部署环境：Nginx Proxy Manager（NPM）与 WordPress（WP）部署在同一台服务器 容器工具：两者均通过 Docker Compose 部署（需提前安装 Docker 和 Docker Compose，参考 Docker 官方安装指南） 网络环境：服务器已具备公网 IP，且开放必要端口（80、443、81），支持公网访问 二、步骤 1：Docker 配置（端口映射 + 容器网络） 这一步的核心是：让 NPM 和 WordPress 容器能互相通信，同时避免端口冲突。 1.1 配置容器端口映射（关键！） WordPress 容器有个特殊限制：容器内部必须使用 80 端口（否则无法通过 主机IP:端口 访问安装界面），因此需在 docker-compose.yml 中指定「宿主机端口:容器 80 端口」，宿主机端口可自定义（如 8000）。 示例：WordPress 端口映射配置 WordPress 的 docker-compose.yml 片段 1services: 2 wordpress: 3 image: wordpress:latest # 推荐使用官方最新镜像 4 ports: 5 - "8000:80" # 宿主机 8000 端口 → 容器 80 端口（宿主机端口可改，容器端必须是 80） 6 # 其他配置（如数据库链接、 volumes 等）省略，需自行补充 Nginx Proxy Manager 端口映射配置 ...