Apache mod_rewrite在容器化部署中需确保模块加载、权限放开、规则写准：用Dockerfile启用LoadModule，挂载.htaccess到/var/www/html并配AllowOverride All，规则置于<Directory>内，用httpd -M和httpd -t验证，日志设rewrite:trace3调试。
在容器化部署中，mod_rewrite 不是“挂载”出来的，而是要确保它被加载、权限放开、规则写对，并且所有环节都在容器内正确就位。关键不是复制文件，而是让容器启动后 Apache 能识别模块、读取配置、执行规则。
确认 mod_rewrite 已在镜像中启用或手动加载
官方 httpd:2.4 镜像默认不启用 mod_rewrite（仅加载，未启用）。你不能依赖宿主机的 a2enmod，因为容器里没有该命令。
- 推荐方式：通过自定义 Dockerfile 构建镜像，在
httpd.conf中取消注释或添加：LoadModule rewrite_module modules/mod_rewrite.so - 快速验证法：启动容器后进入 shell，运行
httpd -M | grep rewrite，看到rewrite_module (shared)才算真正加载成功 - 若用 Alpine 基础镜像，需额外安装
apache2-mod-rewrite包（如使用httpd:alpine）
挂载重写规则配置到正确作用域
规则必须放在 Apache 能读取并生效的位置——不能只丢进容器随便一个目录，而要映射到配置链路中。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 若用
.htaccess：把文件放在网站根目录下（如/var/www/html/.htaccess），并通过 volume 挂载到对应路径；同时确保虚拟主机配置中已设置：<Directory "/var/www/html"><br> AllowOverride All<br> Options +FollowSymLinks<br></Directory>
- 若直接写在主配置中：将自定义
rewrite.conf挂载到/usr/local/apache2/conf/extra/，并在httpd.conf末尾添加：IncludeOptional extra/rewrite.conf - 注意：挂载的配置文件权限应为 644，且内容语法必须合法（可用
httpd -t验证）
确保规则在容器内上下文有效
容器环境会放大本地开发时忽略的细节，比如路径、域名、协议判断等。
- 重写规则中的
%{HTTP_HOST}或%{HTTPS}在反向代理后可能为空，建议加条件兜底，例如：RewriteCond %{HTTP:X-Forwarded-Proto} !https [NC] - SPA 应用常用规则：
RewriteCond %{REQUEST_FILENAME} !-f<br>RewriteCond %{REQUEST_FILENAME} !-d<br>RewriteRule ^(.*)$ /index.html [L]
需确保该规则位于<Directory>块内，而非<VirtualHost>根层级 - 测试时用
curl -I http://localhost/path查看响应头，确认是否发生重定向（301/302）或内部转发（状态仍为200）
调试与日志辅助定位问题
容器里看不到实时错误提示，得靠日志和主动验证。
- 启动容器时加
-e APACHE_LOG_LEVEL=debug（部分定制镜像支持），或挂载自定义httpd.conf启用重写日志：LogLevel alert rewrite:trace3 - 日志默认输出到
/usr/local/apache2/logs/error_log，可通过docker logs -f <container>实时查看 - 常见报错：
•AH00670: The RewriteRule directive is not allowed here→ 规则位置错，不在<Directory>或<VirtualHost>内；
•Request exceeded the limit of 10 internal redirects→ 规则循环，检查[L]是否缺失或条件不严谨
