PHP多语言站URL语言参数丢失的根源在于路由/重写规则未保留查询参数：Apache需加[QSA]标志，Nginx应改用/index.php?$query_string；手动跳转须携带$_SERVER["QUERY_STRING"]；持久化需结合Cookie/Session，SEO要求语言体现在路径中；提取URL参数须用parse_url+http_build_query而非basename。
PHP 多语言站部署时，URL 语言参数总被丢掉？
核心问题往往不是语言切换逻辑写错了，而是路由或重写规则把 lang 参数（比如 ?lang=zh）给过滤或覆盖了。常见于用了 Apache 的 .htaccess 或 Nginx 的 try_files 后，所有请求都被重写到 index.php，但原始查询参数没显式保留。
- Apache 下检查
RewriteRule是否加了[QSA]标志（Query String Append），漏掉就会丢参数 - Nginx 中如果用
try_files $uri $uri/ /index.php;，必须改成/index.php?$query_string - Laravel、ThinkPHP 等框架自带路由，但自定义语言中间件若手动
header("Location: ...")跳转，容易只拼了路径没带$_SERVER["QUERY_STRING"]
用 $_GET['lang'] 切语言，为什么刷新后变回默认？
因为仅靠 GET 参数不持久，每次新请求都得重新传。用户点一次切换链接没问题，但关掉页面再回来、或分享链接时没带 lang，就 fallback 到服务器默认或浏览器 Accept-Language —— 这不是 bug，是设计使然。
- 真正要“记住”语言，得配合会话（
$_SESSION['lang']）或客户端存储（localStorage+ JS 补全 URL） - 更稳妥的做法：首次访问根据
$_SERVER['HTTP_ACCEPT_LANGUAGE']推荐语言，同时在响应头写Set-Cookie: lang=zh; path=/; httponly，后续优先读 Cookie - 注意：不能只依赖 Cookie 做路由判断，否则搜索引擎爬虫看不到多语言内容，SEO 友好方案必须让语言体现在 URL 路径中（如
/zh/about）
为什么用 basename($_SERVER['REQUEST_URI']) 提取当前页，结果语言切换链接总错？
因为 REQUEST_URI 包含完整路径和查询字符串，basename() 只取最后文件名（如 index.php），直接拼 ?lang=en 就丢了原有参数（比如 ?id=123&page=2）。
- 正确做法是用
parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH)取路径，再用http_build_query(array_merge($_GET, ['lang' => 'en']))安全合并参数 - 如果 URL 是伪静态（如
/product/123），就得靠路由解析器还原原始参数，不能硬切字符串 - 特别注意
&在 HTML 属性里要写成&，否则生成的链接会断
本地测试正常，上线后语言切换 404 或跳首页？
大概率是生产环境 Web 服务器配置和开发环境不一致，尤其是 PATH_INFO 和 CGI 模式处理差异。PHP-FPM 下 $_SERVER['PATH_INFO'] 可能为空，导致基于路径的语言识别（如 /en/contact）失效。
立即学习“PHP免费学习笔记（深入）”；
- 先确认
phpinfo()里Server API是FPM/FastCGI还是apache2handler，对应调整获取路径的方式 - 避免依赖
PATH_INFO，改用$_SERVER['REQUEST_URI']配合正则提取语言段（如^/([a-z]{2})(?:/|$)） - 检查是否启用了 OPcache，有时旧的 opcode 缓存了错误的路由判断逻辑，重启 PHP-FPM 再试
lang —— 从浏览器发请求，到 Web 服务器转发，再到 PHP 解析，最后生成新链接，每个环节都得对它“手下留情”。 
