Kentico 11 域名与文化不匹配及未翻译内容重定向问题求助

嘿Luke，这个问题我之前帮好几个做欧洲区域业务的项目解决过，刚好踩过类似的坑——既要严格绑定域名和文化，又不能让未翻译页面直接跳走，咱们一步步来搞定：

咱们要绕开系统默认的「强制文化重定向」逻辑，改用自定义域名-文化绑定策略：先根据请求域名精准匹配对应文化，再让资源加载时自动 fallback 到默认文化内容，而不是触发重定向。

1. 给域名和文化做明确映射 #

在你的项目配置文件（比如ASP.NET的appsettings.json，其他技术栈找对应全局配置文件）里加个映射表，把域名和对应文化一一对应：

"DomainCultureMappings": {
  "yourdomain.co.uk": "en-GB",
  "yourdomain.ie": "en-IE",
  "www.yourdomain.co.uk": "en-GB",
  "www.yourdomain.ie": "en-IE"
}

把yourdomain换成你实际的域名，顺便把带www的也加上，避免漏匹配。

2. 写自定义的文化解析逻辑 #

这是关键一步——替换系统默认的文化识别逻辑，自己根据域名判断应该用什么文化，而且绝不主动触发重定向。

拿ASP.NET举个例子（其他技术栈思路完全一致，只是代码语法不同）：

public class DomainCultureProvider : RequestCultureProvider
{
    private readonly IConfiguration _config;
    private readonly Dictionary<string, string> _domainToCulture;

    public DomainCultureProvider(IConfiguration config)
    {
        _config = config;
        // 从配置里读取域名-文化映射
        _domainToCulture = config.GetSection("DomainCultureMappings")
            .Get<Dictionary<string, string>>() ?? new();
    }

    public override Task<ProviderCultureResult> DetermineProviderCultureResult(HttpContext context)
    {
        var requestHost = context.Request.Host.Host;
        // 找对应的文化，找不到就用默认的en-GB
        if (_domainToCulture.TryGetValue(requestHost, out var targetCulture))
        {
            return Task.FromResult(new ProviderCultureResult(targetCulture, targetCulture));
        }
        return Task.FromResult(new ProviderCultureResult("en-GB", "en-GB"));
    }
}

这段代码的核心就是：看当前请求的域名是什么，对应到配置好的文化，直接设置给当前请求，不搞任何跳转。

3. 注册自定义逻辑并关闭强制重定向 #

把系统默认的文化提供器替换成咱们自己的，同时关掉那些会触发重定向的设置，还要开启资源 fallback 功能：

builder.Services.Configure<RequestLocalizationOptions>(options =>
{
    // 声明支持的文化
    var supportedCultures = new[]
    {
        new CultureInfo("en-GB"),
        new CultureInfo("en-IE")
    };

    options.DefaultRequestCulture = new RequestCulture("en-GB");
    options.SupportedCultures = supportedCultures;
    options.SupportedUICultures = supportedCultures;

    // 移除默认的文化识别器，换成咱们自己的
    options.RequestCultureProviders.Clear();
    options.RequestCultureProviders.Add(new DomainCultureProvider(builder.Configuration));

    // 关键配置：开启资源 fallback，关闭自动重定向
    options.FallBackToParentCultures = true; // 找不到en-IE的资源时，自动用en-GB的
    options.FallBackToParentUICultures = true;
    options.RedirectToCultureRoute = null; // 彻底禁用系统的文化重定向
});

4. 检查资源文件的命名规则 #

确保你的资源文件命名符合 fallback 逻辑：

• 默认（en-GB）资源：Resources.resx
• 爱尔兰（en-IE）资源：Resources.en-IE.resx
  这样当Resources.en-IE.resx里没有某个文本时，系统会自动去Resources.resx里找，未翻译的页面就会显示默认的en-GB内容，而不是跳走。

• 测试时可以修改本地hosts文件，把域名指向本地服务器，方便模拟不同域名的请求
• 如果是其他技术栈（比如Node.js/PHP），核心逻辑还是：解析请求域名→绑定对应文化→关闭自动重定向→配置资源 fallback 规则

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