使用Python+ZenRows向Ohio公证查询站发Post请求遇处理错误

1. 先确认POST参数是否完整（APEX框架要求全量隐藏字段） #

Oracle APEX框架的表单提交依赖所有隐藏字段，不是只带p_flow_id、p_instance就行：

• 用BeautifulSoup解析GET请求返回的首页HTML，提取所有<input type="hidden">的name和value，包括但不限于p_flow_step_id、p_request、p_arg_names、p_arg_values、p_page_checksum这些。
• 重点检查p_request的值，浏览器里这个参数通常是SEARCH或者APPLY_CHANGES，必须和浏览器提交的完全一致。
• 绝对不能复用旧的p_instance值，每次GET请求都会生成新的p_instance，POST必须用本次GET拿到的最新值。

2. 确保会话Cookie完全传递（APEX依赖会话验证） #

• 用ZenRows的同一个客户端实例发送GET和POST请求，或者手动提取GET响应的Cookie，在POST请求里完整带上。示例代码：

  # 提取GET请求的Cookie字典
  cookies = response.cookies.get_dict()
  # POST时携带Cookie
  post_response = zenrows_client.post(target_url, data=form_data, cookies=cookies)
  

• 检查Cookie里是否包含ORA_WWV_APP_xxx、MYSID这类APEX会话标识，缺失的话直接导致请求失败。

3. 处理APEX的重定向逻辑（不能直接访问结果页） #

• APEX的POST提交后会返回3xx重定向，必须跟随跳转才能拿到结果：
  • 确保ZenRows请求配置了follow_redirects=True（默认可能开启，但要手动确认）。
  • 如果手动处理，提取POST响应的Location头，用同一个会话请求该URL——结果页的p_instance是绑定当前会话的，跨会话访问只会返回首页。

4. 补全所有浏览器请求头（尤其是Referer和User-Agent） #

• 必须模拟完整的浏览器请求头，至少包含：

  headers = {
      'User-Agent': 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/118.0.0.0 Safari/537.36',
      'Referer': 'https://notarysearch.ohiosos.gov/ords/f?p=100:1',  # 替换为实际首页URL
      'Accept': 'text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8',
      'Accept-Language': 'en-US,en;q=0.5'
  }
  

• 如果浏览器请求里有X-Requested-With: XMLHttpRequest，也要带上，有些APEX页面依赖AJAX提交验证。

5. 检查ZenRows的配置是否正确（确保绕过Cloudflare并保持会话） #

• 初始化ZenRows客户端时，必须开启js_render=True（Cloudflare需要JS渲染验证），同时设置auto_cookies=True或者指定session_id来复用会话：

  from zenrows import ZenRowsClient
  
  client = ZenRowsClient("YOUR_ZENROWS_API_KEY", js_render=True, auto_cookies=True)
  

• 验证GET请求是否真的绕过了Cloudflare：打印GET响应的text，确认包含表单内容，而不是Cloudflare的人机验证页面。

6. 排查参数编码问题 #

• 确保POST的表单数据是url编码的，或者让ZenRows自动处理编码。如果手动构造data字典，不要手动编码，让客户端自动处理。
• 检查搜索关键词的编码是否和浏览器一致，比如空格是否转成+或者%20，特殊字符是否正确编码。

内容的提问来源于stack exchange，提问作者Zaryab Ali