RewriteRule 无法直接修改端口，需通过重定向或反向代理实现“隐藏”：前者跳转至标准端口（如80/443），后者用 mod_proxy 代理请求并彻底屏蔽后端端口。
RewriteRule 本身不能直接重写或修改端口，因为端口属于 TCP 连接层信息，不在 URL 路径或查询字符串范围内。所谓“隐藏后端端口”，实际是通过 重定向跳转 或 反向代理 实现的——前者让用户看到标准端口（如 443），后者让端口完全不出现在用户视野中。
用 RewriteCond + RewriteRule 做端口跳转
适用于将非标端口访问（如 :8080、:8000）强制跳转到标准 HTTP/HTTPS 端口：
- 跳转所有 8080 端口请求到标准 HTTP（80）：
RewriteCond %{SERVER_PORT} =8080
RewriteRule ^(.*)$ http://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] - 跳转所有非 HTTPS 请求到 443：
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] - 若后端 HTTPS 使用非标端口（如 8443），需显式写出：
https://%{HTTP_HOST}:8443%{REQUEST_URI}
用 mod_proxy 反向代理彻底隐藏端口
这才是真正“隐藏”的方式：用户访问 https://example.com/api，后端服务实际跑在 127.0.0.1:3000，地址栏无端口、无路径暴露。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 确保启用模块：
mod_proxy、mod_proxy_http - 在 VirtualHost 中配置：
ProxyPreserveHost On
ProxyPass /api/ http://127.0.0.1:3000/v1/
ProxyPassReverse /api/ http://127.0.0.1:3000/v1/ - 为安全起见，后端服务应只监听
127.0.0.1，不绑定0.0.0.0，防止外网直连
常见误区与避坑提醒
以下写法无效或危险，不要使用：
- RewriteRule ^(.*)$ http://example.com:8080/$1 —— 外部重定向，暴露端口，还可能触发混合内容警告
- RewriteRule ^(.*)$ /$1 [E=PORT:8080] —— 环境变量无法改变连接行为，后端也收不到真实端口上下文
- 试图在正则中匹配
:8080—— URL 路径部分根本不含冒号和端口号，永远不匹配
验证是否生效的关键方法
别只看浏览器地址栏，要查真实响应：
- 用
curl -I http://example.com:8080/test查看Location:响应头，确认跳转目标正确 - 检查 Apache
error_log，如出现Invalid command 'RewriteCond'，说明mod_rewrite未启用 - 反向代理场景下，用
curl -v https://example.com/api/test确认返回内容来自后端，且响应头中无原始端口痕迹
