如何在functions.php中修改WordPress语言？附尝试代码

你的这个语言切换思路是可行的，但有几个小细节可以优化，让代码更健壮、更符合WordPress的最佳实践，我来帮你调整下：

原代码的核心逻辑没问题，但有潜在优化点 #

原代码通过locale钩子判断前台URL是否包含/ar/来切换语言，这个核心逻辑是成立的，但直接使用$_SERVER['REQUEST_URI']在某些服务器环境下可能不够可靠，而且代码嵌套可以更简洁。

优化后的代码 #

function myprefix_live_site_locale( $locale ) {
    // 后台保持默认语言，直接返回原locale
    if ( is_admin() ) {
        return $locale;
    }

    // 使用WordPress全局变量获取当前请求路径，替代$_SERVER['REQUEST_URI']
    global $wp;
    $current_request_path = $wp->request;

    // 判断路径中是否包含/ar/（若需要不区分大小写，可替换为stripos）
    if ( strpos( $current_request_path, 'ar/' ) !== false ) {
        return 'ar';
    }

    // 默认返回土耳其语
    return 'tr_TR';
}
add_filter( 'locale', 'myprefix_live_site_locale' );

优化细节说明 #

• 使用$wp->request替代$_SERVER['REQUEST_URI']：这是WordPress官方推荐的获取当前请求路径的方式，它只返回路径部分（不含域名、查询参数），更稳定，也避免了非路径内容的干扰。
• 简化代码嵌套：提前判断后台场景并返回，减少多层if嵌套，让代码结构更清晰易读。
• 灵活的匹配规则：如果需要支持不区分大小写的URL（比如/AR/也触发阿拉伯语），可以把strpos换成stripos函数。
• 语言包依赖：请确保你的WordPress已经安装并启用了阿拉伯语（ar）和土耳其语（tr_TR）的语言包，否则切换逻辑会无效。

额外注意事项 #

• 如果你的站点使用固定链接，要确保/ar/作为路径前缀不会和现有页面的slug冲突，避免出现404错误。
• 如果未来需要扩展多语言支持、保存用户语言偏好（比如用Cookie记录），可以考虑使用成熟的多语言插件，但对于简单的双语言切换场景，这个自定义函数完全够用。

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