Vous utilisez Azure CDN Standard de Microsoft devant une application web. Exigences : 1) Forcer HTTPS en redirigeant toutes les requêtes HTTP avec un code 301. 2) Réécrire en interne les requêtes de /blog/... vers /content/blog/... tout en préservant le reste du chemin et la chaîne de requête. Comment devez-vous configurer le moteur de règles (Rules Engine) ?

La bonne approche consiste à créer deux règles distinctes dans l'ordre spécifié. La première règle gère la redirection HTTPS en faisant correspondre les requêtes HTTP et en émettant une redirection 301 vers HTTPS. C'est une pratique standard pour la sécurité et le SEO. La deuxième règle gère la réécriture d'URL interne pour le chemin /blog/. L'ordre est crucial : la redirection HTTPS doit se produire avant la réécriture interne pour s'assurer que toutes les requêtes sont sécurisées avant toute modification de chemin. Les autres options sont incorrectes car : Une seule règle ne peut pas combiner efficacement une redirection externe (301) et une réécriture interne tout en garantissant le bon ordre et la bonne sémantique. Une redirection 302 est également inappropriée ici, car une redirection 301 est préférable pour le HTTPS forcé. Configurer la logique sur l'origine n'est pas optimal car le CDN est conçu pour gérer ces tâches en périphérie, réduisant ainsi la charge sur l'origine et améliorant les performances. Les règles de page DNS ne sont pas conçues pour la réécriture d'URL ou la gestion de redirections HTTP vers HTTPS au niveau de la couche application.