J’ai documenté à quelques reprises des ajouts au Framework .NET 4.5 dans le passé. Ces trois articles traitent de sujets au cœur Framework et des fonctionnalités de C#.
Tous les développeurs ASP.NET apprennent, dès leurs premiers instants, avec ASP.NET comment faire une redirection à partir de leur code. Une redirection avec ASP.NET, c’est le lasso du cowboy.
Ils sont inséparables.
Jusqu’à .NET 4.0, deux options s’offraient à l’utilisateur, lorsqu’il est temps de rediriger un utilisateur d’une page à l’autre côté serveur.
- Response.Redirect
- Ajout d’un entête HTTP pour la redirection 301.
La première option est la plus courante. Elle envoie un signal de redirection 302. Une redirection temporaire au navigateur qui lui procède à aller récupérer le contenu de la page indiquée dans l’entête.
Une redirection 301 est surtout utilise lorsqu’il est question de SEO. Elle envoie le message que la ressource demandée n’est plus accessible de façon permanente et redirige l’utilisateur à une autre ressource.
Cette dernière option devait se faire en ajoutant manuellement dans l’entête de réponse HTTP le statut 301. La procédure habituelle va comme suit :
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Response.Status = "301 Moved Permanently"; | |
Response.AddHeader("Location", "/"); |
Cette époque est maintenant révolue!
C’est maintenant qu’entre en fonction HttpResponse.RedirectPermanent(String url);. Son utilisation est exactement la même que pour HttpResponse.Redirect(), celle que vous connaissez déjà.
Notez que pour les camarades qui font du ASP.NET MVC, il y a son équivalent : HttpResponse.RedirectToRoutePermanent();
Allez camarades, couchons-nous moins niaiseux!