在 apache 中配置 rewriterule 以保留 post 方法进行重定向，需要在规则末尾的 flags 参数中添加 r=307。apache 的 mod_rewrite 模块默认使用 302 临时重定向，这会导致浏览器将 post 请求转换为 get 请求；而 307 temporary redirect 状态码明确要求客户端在重定向时保持原始请求方法和主体不变，从而确保 post 数据被正确传递到目标 url。

如何编写保留 POST 数据的 RewriteRule 规则

要编写一条能保留 POST 数据的重写规则，必须指定 R=307 标志。例如，若要将所有对 /old-api 的请求（包括 POST）重定向到 /new-api，可以使用以下配置。该规则会检查请求 URI 是否匹配 /old-api，如果匹配且不是内部子请求，则执行 307 重定向。

<virtualhost>
    ServerName example.com
    DocumentRoot /var/www/html

    <directory>
        Options Indexes FollowSymLinks
        AllowOverride All
        Require all granted
    </directory>

    # 启用 rewrite 引擎
    RewriteEngine On

    # 规则：匹配 /old-api，重定向到 /new-api，使用 307 状态码
    RewriteRule ^/old-api$ /new-api [R=307,L]
</virtualhost>

在上述配置中，R=307 是关键部分。当客户端发送 POST 请求到 /old-api 时，服务器返回 307 响应头，浏览器收到后会再次向 /new-api 发送完全相同的 POST 请求，包括原始的 Headers 和 Body。这与 R=302 不同，后者通常会丢失 POST 数据。确保 L (Last) 标志也被包含，以防止后续规则干扰此重定向逻辑。

为什么 307 比 302 更适合 API 重定向

在处理 API 端点或需要保持请求完整性的场景时，选择正确的 HTTP 状态码至关重要。302 Found 是 HTTP/1.0 引入的状态码，其语义在早期规范中并不严格规定方法是否保持不变，导致大多数浏览器实现将其视为“临时重定向并转换为 GET”。这意味着任何发送到原 URL 的 POST 数据都会在重定向后丢失，这对于依赖 POST 数据的 API 调用来说是致命的。相比之下，307 Temporary Redirect 是在 HTTP/1.1 中明确定义的，它强制要求用户代理在重定向时必须使用相同的 HTTP 方法和请求体。因此，对于任何涉及数据提交的 API 迁移或负载均衡场景，307 是唯一能保证数据完整性的标准重定向方式。

Apache Superset Dashboard and SQL Exploration Skill

Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。

下载

# 测试脚本：模拟 POST 请求
# 假设我们有一个简单的 Python 服务器监听 8080 端口
import http.server
import socketserver

class Handler(http.server.BaseHTTPRequestHandler):
    def do_POST(self):
        content_length = int(self.headers['Content-Length'])
        post_data = self.rfile.read(content_length)
        print(f"Received POST to {self.path} with data: {post_data}")
        self.send_response(200)
        self.end_headers()
        self.wfile.write(b"OK")

with socketserver.TCPServer(("", 8080), Handler) as httpd:
    print("Serving on port 8080")

# 在另一个终端使用 curl 测试
# curl -X POST -d "test=data" http://localhost:8080/old-api
# 如果配置了 R=307，你会看到服务器打印出接收到的 POST 数据
# 如果配置了 R=302，服务器可能只收到空数据或 GET 请求

通过上述代码示例可以看出，307 重定向确保了从客户端发出的 POST 请求在经过 Apache 处理后，依然能够完整地到达后端服务。开发者在配置 Apache 时，应始终优先考虑 307 用于非 GET 请求的重定向，以避免数据丢失导致的业务错误。同时，注意检查 Apache 版本是否支持 307 状态码，虽然现代版本的 Apache 均原生支持，但在旧系统中可能需要确认 mod_rewrite 模块的正确加载。

如何处理带有查询参数的 POST 重定向

当原始 POST 请求包含查询参数（Query String）时，Apache 的 RewriteRule 默认行为可能会丢弃这些参数。为了在 307 重定向中保留查询参数，需要使用 [QSA] (Query String Append) 标志。例如，如果请求是 POST /api/v1/data?source=web，我们希望重定向到 /api/v2/data 并保留 ?source=web，则规则应写为 RewriteRule ^/api/v1/data$ /api/v2/data [R=307,QSA,L]。如果没有 QSA，重定向后的 URL 将是 /api/v2/data，导致源参数丢失。此外，如果希望完全保留原始查询字符串而不追加，可以使用 [QSD] (Query String Discard) 标志，但这通常不适用于需要保留上下文信息的 API 调用。在实际应用中，建议结合 QSA 使用，以确保所有必要的上下文信息都被传递到新端点。