mod_ext_filter不适合图片水印，因其仅支持文本流式过滤，无法处理PNG/JPEG等二进制图像的解码、像素操作和重编码，任意字节修改易损坏文件。
mod_ext_filter 本身不支持对图片内容进行实时水印处理，它仅能对 HTTP 响应体做文本流式过滤（如替换 HTML 标签、添加页脚等），而 PNG/JPEG 等高清图片是二进制数据，无法用文本方式安全加水印。
为什么 mod_ext_filter 不适合图片水印
该模块工作在 Apache 输出过滤链的“文本层”，要求输入输出均为可编码的字节流，且默认按行或缓冲块处理。图片文件：
- 不是文本，二进制结构敏感（如 JPEG 的 SOI/EOI 标记、PNG 的 chunk 校验）
- 任意字节修改会导致损坏，无法像 HTML 那样简单插入字符串
- 无图像解码能力，不能识别像素、尺寸、Alpha 通道等水印必需信息
真正可行的替代方案
若需在 Apache 层动态为高清图加水印，应选择具备图像处理能力的服务集成：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 用 mod_proxy + 后端水印服务：配置 Apache 将图片请求（如 /img/*.jpg）反向代理至 Python（Pillow）、PHP（GD/ImageMagick）或 Node.js（sharp）写的轻量水印 API，返回已处理图片
- 启用 mod_php 或 mod_python 并内联处理：将图片 URL 映射到 PHP 脚本（如 watermark.php?src=xxx.jpg&pos=bottom-right），由脚本读取原图、加水印、输出二进制响应（注意设置正确的 Content-Type 和 headers）
- 使用 Nginx + image_filter 或第三方模块：Nginx 的 ngx_http_image_filter_module 支持缩放/旋转，但也不支持水印；可搭配 lua-nginx-module + gd 库或 OpenResty 生态实现
如果坚持 Apache + 过滤思路，只能做极简标记
仅限非破坏性元数据注入（不推荐用于高清图保护）：
- 对 PNG 文件，在 IDAT 块后插入自定义 tEXt chunk（需严格遵循 PNG 规范，且多数查看器忽略）
- 对 JPEG，写入 APP1（Exif）或 APP13（Photoshop IRB）段——但这需要完整解析 JPEG 结构，mod_ext_filter 无法完成
- 实际中更常见的是在 HTML 层叠加 CSS 水印（遮罩层），或前端用 Canvas 渲染带水印的图片
水印本质是图像合成操作，必须依赖解码→处理→编码流程。Apache 模块生态中没有安全可靠的二进制图像过滤器，绕过解码直接操作字节流风险极高，易导致图片无法打开。
