Discourse 不兼容 XAMPP 的多端口虚拟主机，因其是 Ruby on Rails 应用，依赖 Ruby 3.1+、PostgreSQL、Redis 和 Puma 服务器，而非 Apache + PHP 技术栈；官方仅支持 docker-compose、原生 Linux/macOS 或 WSL2 环境。
Discourse 本地开发不能直接跑在 XAMPP 默认 Apache 上——它依赖 Ruby on Rails、PostgreSQL、Redis 和反向代理（如 nginx），Apache 不是它的运行容器。强行用 httpd.conf 开多个端口去“托管” Discourse 项目目录，只会返回 403、500 或空白页。
为什么 Discourse 不兼容 XAMPP 的多端口虚拟主机
Discourse 是 Ruby 应用，不是 PHP 项目：DocumentRoot 指向静态目录、ServerName 绑定域名、靠 mod_php 解析 .php 文件——这些对 Discourse 完全无效。它需要：
XAMPP 8.0.30 是一款免费、开源的跨平台 Web 服务器集成包，专为快速搭建本地 PHP 开发环境而设计。该版本核心组件包括：Apache 2.4.56、MySQL 8.0.33、PHP 8.0.30、phpMyAdmin 5.2.1 等。它支持 Windows、Linux 和 macOS 系统，可让开发者在个人电脑上轻松模拟服务器环境，无需复杂配置即可运行 WordPress、Thin
- Ruby 3.1+ 运行时（XAMPP 不含 Ruby）
- PostgreSQL（XAMPP 自带 MySQL，不兼容）
- Redis（XAMPP 不含）
- 由
rails server启动的 Puma 进程监听localhost:3000，而非 Apache 的Listen 3000
你看到的 Discourse 官方本地开发文档明确要求使用 docker-compose 或 macOS/Linux 原生环境，Windows 用户需启用 WSL2 —— 这不是配置问题，而是技术栈根本不同。
如果你坚持用 Windows + XAMPP 环境试跑 Discourse
唯一可行路径是：把 XAMPP 当作「辅助服务提供者」，而非主运行容器。例如：
- 用 XAMPP 的
mysql存放你自己的管理后台（PHP 写的），而 Discourse 单独跑在 WSL2 里； - 用 XAMPP 的 Apache 在
:8080端口反向代理 WSL2 中的localhost:3000（需开启mod_proxy和mod_proxy_http）； - 在
httpd.conf加：Listen 8080 LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_http_module modules/mod_proxy_http.so
，再在httpd-vhosts.conf加：<VirtualHost *:8080> ProxyPreserveHost On ProxyPass / http://localhost:3000/ ProxyPassReverse / http://localhost:3000/ </VirtualHost>
注意：localhost:3000 必须真实由 WSL2 中的 Discourse 启动（非 Windows 原生 cmd/powershell），且 WSL2 的 IP 需固定或改用 localhost（Windows 10 2004+ 支持 WSL2 localhost 互通）。
Discourse 开发端口冲突的真实排查点
当你执行 bundle exec rails server 报错 Address already in use - bind(2) for "localhost:3000"，问题从来不在 XAMPP：
- 检查是否已有其他 Rails 项目占着
:3000（netstat -ano | findstr :3000）； - 确认没开过 VS Code 的 Live Server、Python 的
http.server、或者另一个 WSL2 实例； - XAMPP 的
Listen 3000若被手动加过，必须删掉——Discourse 不走 Apache； - Discourse 的
config/discourse.conf或.env里设的PORT=3000才是生效项，不是httpd.conf。
真正卡住你的，往往不是配置步骤，而是误以为「所有 Web 项目都能塞进 Apache 虚拟主机」——Discourse 是个明确拒绝这种假设的典型。
