J'ai un spa (construit avec angular) et déployé sur le stockage d'Azure Blob. Tout fonctionne bien et bien que vous allez du domaine par défaut, mais le moment où je vous rafraîchit les pages/itinéraires, index.html ne sont plus chargés et obtiendront l'erreur "Le contenu demandé n'existe pas"
Googling, ce terme aboutit à 3 résultats Total de sorte que je suis à une perte qui tente de diagnostiquer et de résoudre ce problème.
En fait, le problème était que je n'ai pas eu 404.html défini - le stockage BLOB pour SPA ne comprend pas quel fichier servir pour d'autres itinéraires que la racine. Donc, chaque autre route ira au fichier 404. Mais dans un spa, même le 404 passe dans le fichier d'index. Donc, tout ce que j'ai fait est mentionné index.html comme fichier 404 et tout va bien.
Généralement, vous avez créé un profil CDN et un point d'extrémité, mais votre contenu ne semble pas être disponible sur le CDN. Les utilisateurs qui tentent d'accéder à votre contenu via l'URL CDN reçoivent un code d'état HTTP 404. Vous pouvez suivre ces méthodes dans Dépannage des points d'extrémité Azure CDN qui renvoient un code d'état 404
Il y a plusieurs causes possibles, notamment:
L'origine du fichier n'est pas visible pour le CDN. Le point final est mal configuré, ce qui entraîne le regard du CDN au mauvais endroit. L'hôte rejette l'en-tête d'accueil du CDN. Le point final n'a pas eu le temps de se propager tout au long du CDN.
Avec CDN, à la demande initiale, le client accède directement au serveur d'origine, après, à la demande suivante, lorsque vous actualisez la page, le client demande au serveur de cache CDN jusqu'à ce que leur TTL-to-Live (TTL) soit écoulé. Voir gérer l'expiration du stockage de blob Azure dans Azure CDN et Control Azure CACHing Cacheting Comportement avec des règles de mise en cache .
Dans ce cas, vous pouvez vous assurer que les sites Web BLOB Content est disponible publiquement sur Internet. Après cela, vous pouvez vérifier que vos paramètres d'origine sont correctement configurés. Vérifiez que les valeurs du type d'origine et de nom d'hôte d'origine sont correctes. Vérifiez que les ports HTTP et HTTPS sont représentés lorsque votre site Web statique s'écoute. Veuillez obtenir plus de détails de ce lien de dépannage.