Je ne suis pas tout à fait sûr que ce soit faux ou non, mais lorsque je génère une génération de prod avec angular:
href="path/styles.3ff695c00d717f2d2a11.css" src="path/runtime.a5dd35324ddfd942bef1.js
les ressources statiques sont toujours extraites de ./ root comme ceci: p>
<!doctype html> <html lang="en"> <head> <meta charset="utf-8"> <title>Ask</title> <base href="./path"> <link rel="stylesheet" href="styles.3ff695c00d717f2d2a11.css"></head> <body> <app-root></app-root> <script type="text/javascript" src="runtime.a5dd35324ddfd942bef1.js"> </script><script type="text/javascript" src="es2015-polyfills.358ed1827c991dd2afb0.js" nomodule></script><script type="text/javascript" src="polyfills.407a467dedb63cfdd103.js"></script><script type="text/javascript" src="main.d1ac828f1974a06a0fe5.js"></script> </body> </html>
Ne devrait-il pas être préfixé par base-href?
"ng build --outputPath=.. --base-href="./path" --prod"
3 Réponses :
L'option --base-href "xyz" (notez l'absence de = ) devrait générer un de votre index.html .
De cette façon, le navigateur fait le préfixe lors de la récupération des ressources.
J'ai mis à jour la question pour que vous puissiez voir tout l'index.html. J'ai
Vous devez supprimer le signe égal et les guillemets de la commande.
ng build --outputPath=.. --base-href ./path --prod
Toujours obtenir le même index.html, cela n'a pas aidé
J'ai fini par chercher ici une solution où nous avons un
<base href="/APP-NAME/">
fixe dans le fichier d'index. La déclaration de JanS "De cette façon, le navigateur fait le préfixe lors de la récupération des ressources" m'a déclenché que quelque chose n'allait pas, car le styles.css a été extrait de l'url sans le "/ APP-NAME" ajouté, de https: // localhost: 43468 / styles.css au lieu de https: // localhost: 43468 / APP-NAME / styles.css .
Maintenant que je l'écris, cela semble joli évident, nous devions ajouter la barre oblique à la fin:
<base href="/APP-NAME">
Le problème trompeur ici était que cela fonctionnait lorsque nous avons démarré notre application .NET Core Angular à partir de Visual Studio 2017, mais ne fonctionnait plus lors de l'utilisation de Visual Studio 2019. Il est apparu que le démarrage de l'application avec Visual Studio 2017 sur IIS Express lance l'application à la fois sur https: // localhost: 43468 et https: // localhost: 43468 / APP-NAME Par conséquent, il a fonctionné pour récupérer les ressources statiques de la «mauvaise» URL. Ils semblent avoir résolu le problème du démarrage de 2 ulr dans IIS Express.