web-dev-qa-db-ja.com

MVC 5ローカライズされたルートでOwin LoginPathを定義する方法

ローカライズされたルートが次のように定義されたMVC 5 Webサイトがあります

routes.MapRoute(
            name: "Default",
            url: "{culture}/{controller}/{action}/{id}",
            defaults: new { culture = CultureHelper.GetDefaultCulture(), controller = "Home", action = "Index", id = UrlParameter.Optional }
        );

デフォルトのカルチャは"en-US"になります。


起動時にLoginPathプロパティを使用してログインURLを定義する必要があるときに問題が発生します。これは一度設定され、常に提供された値を使用します。 「/ en-Us/Account/Login」が指定された値である場合のデフォルトのカルチャ。その後、魔法を体験することを期待してUrlHelperクラスを使用しようとしましたが、結果は明らかに同じです。

var httpContext = HttpContext.Current;
        if (httpContext == null) {
          var request = new HttpRequest("/", "http://example.com", "");
          var response = new HttpResponse(new StringWriter());
          httpContext = new HttpContext(request, response);
        }

        var httpContextBase = new HttpContextWrapper(httpContext);
        var routeData = new RouteData();
        var requestContext = new RequestContext(httpContextBase, routeData);
        UrlHelper helper = new UrlHelper(requestContext);

        var loginPath = helper.Action("Login", "Account");

        // Enable the application to use a cookie to store information for the signed in user
        app.UseCookieAuthentication(new CookieAuthenticationOptions
        {
            AuthenticationType = DefaultAuthenticationTypes.ApplicationCookie,                
            LoginPath = new PathString(loginPath)
        });

私の質問は、このメカニズムをハックして現在のカルチャを動的に取得する方法がありますか、または現在のカルチャをCookieに設定することを強制され、ログインページにリダイレクトされたときに、Cookie値を使用して現在のカルチャを設定することですページをレンダリングする前の文化?

ありがとう

47
s0nica

私はまったく同じ問題を抱えていて、この制限を克服する方法を見つけました。

CookieAuthenticationOptionsオプションには、CookieAuthenticationProviderで初期化される「プロバイダー」プロパティがあります。これにより、ApplyRedirectというメソッドとデリゲートOnApplyRedirectが実装されます。私の最初のアイデアは、このApplyRedirectを上書きし、ローカライズされたルートを処理するために必要なロジックを実装することでした。しかし、残念ながらオーバーライドすることはできません。ロジックをOnApplyRedirectに渡すと、デフォルトの動作が上書きされます。理論的には この動作のソース を取得し、プロジェクトにコピーして必要に応じて変更できますが、これは明らかに良い方法ではありません。最初に、デリゲートを使用し、使用されているURL以外のデフォルトの動作を保持する2つの拡張ポイントを持つCookieAuthenticationProviderのラッパーを作成することを決定しました。

次に、認証構成で、プロバイダーにカスタムロジックを追加しました。

public void ConfigureAuth(IAppBuilder app)
{
    UrlHelper url = new UrlHelper(HttpContext.Current.Request.RequestContext);

    CookieAuthenticationProvider provider = new CookieAuthenticationProvider();

    var originalHandler = provider.OnApplyRedirect;

    //Our logic to dynamically modify the path (maybe needs some fine tuning)
    provider.OnApplyRedirect = context =>
    {
        var mvcContext = new HttpContextWrapper(HttpContext.Current);
        var routeData = RouteTable.Routes.GetRouteData(mvcContext);

        //Get the current language  
        RouteValueDictionary routeValues = new RouteValueDictionary();
        routeValues.Add("lang", routeData.Values["lang"]);

        //Reuse the RetrunUrl
        Uri uri = new Uri(context.RedirectUri);
        string returnUrl = HttpUtility.ParseQueryString(uri.Query)[context.Options.ReturnUrlParameter];
        routeValues.Add(context.Options.ReturnUrlParameter, returnUrl);

        //Overwrite the redirection uri
        context.RedirectUri = url.Action("login", "account", routeValues);
        originalHandler.Invoke(context);
    };

    app.UseCookieAuthentication(new CookieAuthenticationOptions
    {
        AuthenticationType = DefaultAuthenticationTypes.ApplicationCookie,
        LoginPath = new PathString(url.Action("login", "account")),
        //Set the Provider
        Provider = provider
    });
}

このコードも参照してください:

それがあなたのニーズに合うことを願っています。

UPDATE:混乱を避けるために、拡張動作を適用するラッパークラスを使用せずに、@ Lafis拡張機能を使用するように回答を更新しました。投票するときは、@ Lafisにもクレジットを与えてください。

40
martinoss

@martinossの回答を強化するために、ラッパーを実装せずに同じ結果に到達する場合があります。元のハンドラをコピーし、リダイレクトロジックを実装する新しいハンドラを割り当ててcontext.RedirectionUri、最後に元のハンドラを呼び出します。

CookieAuthenticationProvider provider = new CookieAuthenticationProvider();

var originalHandler = provider.OnApplyRedirect;
provider.OnApplyRedirect = context =>
{
    //insert your logic here to generate the redirection URI
    string NewURI = "....";
    //Overwrite the redirection uri
    context.RedirectUri = NewURI;
    originalHandler.Invoke(context);
};

app.UseCookieAuthentication(new CookieAuthenticationOptions
{
   AuthenticationType = DefaultAuthenticationTypes.ApplicationCookie,
   LoginPath = new PathString(url.Action("Login", "Account")),
   Provider = provider
});
33
Lafi

これはどう:

var cao = new CookieAuthenticationOptions
        {
            AuthenticationType = DefaultAuthenticationTypes.ApplicationCookie,
            LoginPath = new PathString("/Account/Login"),
            Provider = new CookieAuthenticationProvider { OnApplyRedirect = ApplyRedirect }
        };
app.UseCookieAuthentication(cao);

そして

  private static void ApplyRedirect(CookieApplyRedirectContext context)
    {

        UrlHelper _url = new UrlHelper(HttpContext.Current.Request.RequestContext);
        String actionUri = _url.Action("Login", "Account", new { });
        context.Response.Redirect(actionUri);
    }
13
Sentinel

Url形式などについてあまり責任を負うことなく、次のようなことができます

public static void Configuration(IAppBuilder app)
{
    UrlHelper url = new UrlHelper(HttpContext.Current.Request.RequestContext);
    app.UseCookieAuthentication(new CookieAuthenticationOptions
    {
        AuthenticationType = DefaultAuthenticationTypes.ApplicationCookie,
        LoginPath = new PathString(url.Action("LogOn", "Account", new { area = "Account" })),
        Provider = new CookieAuthenticationProvider
        {
            OnApplyRedirect = context => context.Response.Redirect(context.RedirectUri.Replace(CultureHelper.GetDefaultCulture(), Thread.CurrentUiCulture.Name))
        }
    });
}
4

リターンURLを保持するために、Sentinelの回答を改善しました。

private static void ApplyRedirect(CookieApplyRedirectContext context)
        {
            //use this way to keep return url
            var loginUrl = context.RedirectUri.Insert(
                context.RedirectUri.IndexOf("/Account/Login"),
                "/" + CultureHelper.GetCurrentCulture());

            context.Response.Redirect(loginUrl);
        }
2
utilsit

私はこの答えに1年遅れていると思いますが、ここでの主な目的は知識を共有することです... :)

現在開発中のアプリケーションで同じ問題を見つけました。これを修正するために必要なコードの量を調べたところ(以前の投稿で)心配になりました(ほとんどのコードは複雑で、獣の内部に触れていました)。だから私は簡単な解決策を見つけようとしましたが、私がしたことは私のルートコレクションに次のルートを追加することでした:

routes.MapRoute(
            name: "loginRoute",
            url: "account/login",
            defaults:new { culture = "", controller = "account", action = "login", id = UrlParameter.Optional });

これにより、アカウントコントローラーでのログインアクションが呼び出され、標準メカニズム(コントローラーからのBeginExecuteCoreメソッドのオーバーライド)が現在のUIカルチャをURLにアタッチできます。

私はそれが誰かを助けることを願っています。

追加:私の標準メカニズム:

protected override IAsyncResult BeginExecuteCore(AsyncCallback callback, object state)
    {
        var cultureName = RouteData.Values["culture"] as string;

        var cultureCookie = Request.Cookies["_culture"];
        if (cultureCookie != null && string.IsNullOrEmpty(cultureName))
        {
            cultureName = cultureCookie.Value;
        }

        if (cultureName == null)
            cultureName = Request.UserLanguages != null && Request.UserLanguages.Length > 0 ? Request.UserLanguages[0] : null; 

        cultureName = CultureHelper.GetImplementedCulture(cultureName); 

        if (RouteData.Values["culture"] as string != cultureName)
        {
            RouteData.Values["culture"] = cultureName.ToLowerInvariant(); // lower case too

            var cookie = Request.Cookies["_culture"];
            if (cookie != null)
                cookie.Value = cultureName;   // update cookie value
            else
            {
                cookie = new HttpCookie("_culture") { Value = cultureName, Expires = DateTime.Now.AddYears(1) };
            }
            Response.Cookies.Add(cookie);

            // Redirect user
            Response.RedirectToRoute(RouteData.Values);
        }

        Thread.CurrentThread.CurrentCulture = new System.Globalization.CultureInfo(cultureName);
        Thread.CurrentThread.CurrentUICulture = Thread.CurrentThread.CurrentCulture;

        return base.BeginExecuteCore(callback, state);
    }
1
GRGodoi