归档旧PHP网站：能否找到完全禁用查询字符串支持的主机？

一、现有主机的可行方案 #

1. Netlify #

直接上传含?/&的文件会失败（文件系统不允许这类特殊字符），可按以下步骤处理：

• 先将爬取的文件名中的?替换为合法字符（如@），比如把page.php?param1=a&param2=b改为page.php@param1=a&param2=b
• 在项目根目录创建_redirects文件，添加重写规则（可批量生成）：

  /page.php?param1=a&param2=b    /page.php@param1=a&param2=b    200
  

• 创建_netlify.toml文件批量设置Content-Type：

  [[headers]]
    for = "*.php@*"
    [headers.values]
      Content-Type = "text/html; charset=utf-8"
  [[headers]]
    for = "/rss.php@*"
    [headers.values]
      Content-Type = "application/rss+xml; charset=utf-8"
  

2. Surge.sh #

同样需要转义文件名后配合重写规则：

• 转义文件名（如?换@）后上传
• 创建rewrites.json文件添加映射规则：

  {
    "source": "/page.php?param1=a&param2=b",
    "destination": "/page.php@param1=a&param2=b"
  }
  

• 创建.headers文件设置Content-Type：

  /page.php@param1=a&param2=b
    Content-Type: text/html; charset=utf-8
  

3. AWS S3 + CloudFront #

S3默认解析?为查询字符串，需结合CloudFront实现需求：

• 将爬取的文件重命名为URL编码形式，比如page.php?param1=a&param2=b改为page.php%3Fparam1=a%26param2=b（%3F是?的编码，%26是&的编码）
• 在CloudFront分发设置中，将「查询字符串转发」设为「全部转发」
• 通过AWS CLI或批量工具为S3文件设置正确的Content-Type元数据
• 可选：用Lambda@Edge编写请求触发函数，自动将请求的URI+查询字符串转为编码后的文件名，无需手动重命名

二、其他符合要求的免费/低成本主机 #

1. Vercel #

• 转义文件名后上传，在vercel.json中配置重写规则：

  {
    "rewrites": [
      { "source": "/page.php?param1=a&param2=b", "destination": "/page.php@param1=a&param2=b" }
    ]
  }
  

• 通过vercel.json的headers字段批量设置Content-Type

2. Cloudflare Pages #

• 转义文件名后上传，在项目设置中添加重写规则，将原URL映射到转义后的文件
• 支持通过_headers文件批量配置Content-Type，格式与Netlify一致

3. Render #

• 上传转义后的文件，在render.yaml中配置路由规则：

  routes:
    - source: /page.php?param1=a&param2=b
      destination: /page.php@param1=a&param2=b
  

• 支持上传时指定文件元数据，或通过项目配置设置Content-Type

4. Nginx（免费虚拟主机/自用服务器） #

若主机支持Nginx配置，可直接处理：

• 若文件系统允许含?的文件名，直接上传原文件，添加Nginx规则禁用查询字符串解析：

  location / {
    try_files $uri$is_args$args =404;
    default_type text/html;
  }
  location = /rss.php {
    try_files $uri$is_args$args =404;
    default_type application/rss+xml;
  }
  

• 若文件系统不允许，先转义文件名，再用rewrite规则映射：

  rewrite ^/(.*)\?(.*)$ /$1@$2 last;
  try_files $uri =404;
  

注意事项 #

所有主流主机的文件系统都不允许文件名包含?/&这类特殊字符，因此必须先转义文件名，再通过重写规则将原URL映射到转义后的文件，这样访客看到的URL完全不变，服务器实际访问转义后的静态文件。

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