Si utilizza Azure CDN Standard di Microsoft davanti a un'applicazione web. Requisiti: 1) Forzare HTTPS reindirizzando tutte le richieste HTTP con un 301 e 2) Riscrivere internamente le richieste da /blog/... a /content/blog/... preservando il percorso rimanente e la stringa di query. Come si dovrebbe configurare il motore di regole (Rules Engine)?

L'opzione corretta soddisfa entrambi i requisiti utilizzando due regole separate nel motore di regole di Azure CDN, nell'ordine corretto. La prima regola forza HTTPS reindirizzando tutte le richieste HTTP con un codice di stato 301 (spostato permanentemente), il che è una best practice per la SEO e la sicurezza. La seconda regola gestisce la riscrittura interna dell'URL per il percorso /blog/, preservando il resto del percorso e la stringa di query come richiesto. L'ordine è cruciale: il reindirizzamento HTTPS deve avvenire prima della riscrittura dell'URL per garantire che tutte le richieste siano sicure prima di essere elaborate ulteriormente. Le opzioni errate non soddisfano i requisiti: Una singola regola che tenta sia la riscrittura che il reindirizzamento HTTPS non è supportata direttamente in questo modo dal motore di regole di Azure CDN per queste azioni distinte. Inoltre, un reindirizzamento 302 (trovato) non è l'ideale per il reindirizzamento HTTPS permanente. Configurare la logica sull'origine e non utilizzare il motore di regole CDN vanificherebbe i vantaggi della CDN in termini di prestazioni e offload del server per queste operazioni comuni. Le regole di pagina del provider DNS non sono adatte per la riscrittura di URL basata sul percorso o per i reindirizzamenti HTTPS condizionali in questo modo; gestiscono principalmente i reindirizzamenti a livello di dominio.