CSS, Images, JS ne se chargent pas dans IIS

Toutes mes applications fonctionnaient bien mais tout à coup, tous les sites sous IIS ne chargent pas de css, d'images, de scripts. Il redirige vers la page de connexion.

Si je me connecte, cela fonctionne bien. par exemple, mysite.com/Account/LogOn?ReturnUrl=%2fpublic%2fimages%2ficons%2f41.png

Sur ma machine locale, cela fonctionne bien sans connexion.

Le problème peut être qu'IIS ne diffuse pas de contenu statique, que vous pouvez configurer ici:

Source: http://adilmughal.com/blog/2011/11/iis-7-not-loading-css-and-image/

Windows 10:

J'ai eu le même problème, une page non authentifiée ne chargerait pas le CSS, le JS et les images lorsque j'ai installé mon application Web dans ASP.Net 4.5 dans IIS 8.5 sur Windows Server 2012 R2.

1. J'ai installé le rôle de contenu statique
2. Mon application Web se trouvait dans le dossier wwwroot d'IIS et toutes les autorisations du dossier Windows étaient intactes (celles par défaut, y compris IIS_IUSRS)
3. J'ai ajouté une autorisation pour tous les dossiers qui contenaient le CSS, le JS et les images.
4. J'avais le dossier de l'application Web sur un partage Windows, j'ai donc supprimé le partage comme suggéré par @ imran-rashid

Pourtant, rien ne semblait résoudre le problème. Ensuite, j'ai finalement essayé de définir l'identité de l'utilisateur anonyme sur l'identité du pool d'applications et cela a commencé à fonctionner.

Je me suis cogné la tête pendant quelques heures et j'espère que cette réponse sauvera l'agonie de mes collègues développeurs.

J'aimerais vraiment savoir pourquoi cela fonctionne. Des pensées?

J'ai eu une erreur similaire, ma console ressemblait à ceci:

Mon problème était que j'exécutais mon site dans un sous-dossier car la société utilisait un domaine principal et aucun sous-domaine. Comme ça:

host.com/app1

host.com/app2

Mon code ressemblait à ceci pour inclure des scripts qui fonctionnaient bien sur localhost mais pas dans app1 ou app2:

<link rel="stylesheet" type="text/css" href="/Content/css/font-awesome.min.css" />

Ajout d'un signe tilde ~à src, puis tout a fonctionné:

<link rel="stylesheet" type="text/css" href="~/Content/css/font-awesome.min.css" />

Explication de ~vs /:

• / - Racine du site
• ~/ - Répertoire racine de l'application

/retournera la racine du site ( http://host.com/),

~/retournera la racine de l'application ( http://host.com/app1/).

Essayez de supprimer la section staticContent de votre web.config .

<system.webServer>
    <staticContent>
        ...
    </staticContent>
</system.webServer>

Cela pourrait ne pas répondre à votre question, mais je me suis cogné la tête avec les mêmes symptômes avec une nouvelle installation IIS. CSS, JS et images n'apparaissaient pas. Cela était dû au fait que le rôle «Contenu statique» n'était pas installé dans IIS 7.5.

Vous avez probablement activé l'authentification Windows dans votre web.config. Sur une machine locale, vos informations d'identification Windows sont automatiquement transmises et cela fonctionne. Sur un site en direct, vous êtes traité comme un utilisateur anonyme (le paramètre IE peut contrôler cela, mais ne le modifiez pas sauf si vous savez vraiment ce que vous faites).

Cela provoque ce qui suit:

• Vous devez vous connecter explicitement.
• Les ressources telles que les scripts et CSS ne sont pas servies sur la page de connexion car vous n'êtes pas authentifié.

Ce n'est pas cassé, fonctionne juste comme prévu, mais pour "réparer" ceci:

• Modifiez le type d'authentification dans le fichier web.config si vous ne souhaitez pas de connexion.
• Et / ou ajoutez un web.config dans le (s) répertoire (s) contenant CSS, images, scripts, etc. qui spécifie les règles d'autorisation.

Ajoutez ceci à votre web.config

<location path="Images">
    <system.web>
        <authorization>
            <allow users="*" />
        </authorization>
    </system.web>
</location>

Utilisez ceci dans la section de configuration de votre fichier web.config:

<location path="images">
<system.web>
  <authorization>
    <allow users="*"/>
  </authorization>
</system.web>
</location>
<location path="css">
<system.web>
  <authorization>
    <allow users="*"/>
  </authorization>
</system.web>
</location>
<location path="js">
<system.web>
  <authorization>
    <allow users="*"/>
  </authorization>
</system.web>
</location>

C'était un problème de permission Windows, je déplace le dossier qui hérite des mauvaises autorisations. Lorsque je passe au dossier wwwroot et que j'ajoute l'autorisation à l'utilisateur iis, cela commence à fonctionner correctement.

Pour moi, ajouter cela dans le web.configrésolu le problème

<system.webServer>
    <modules runAllManagedModulesForAllRequests="true" >
      <remove name="UrlRoutingModule"/>    
    </modules>
</system.webServer>

Mon heure de douleur était due à la définition des types MIME dans le web.config. J'en avais besoin pour le serveur de développement, mais IIS local le détestait car il dupliquait les types MIME ... une fois que je les ai supprimés du web.config, le problème avec js, css et les images ne se chargeant pas a disparu.

Il s'agit d'un problème d'authentification. Dans mon cas, cela a été résolu par les étapes ci-dessous: 1- Allez dans le gestionnaire IIS, dans le volet gauche, développez la racine du serveur et sélectionnez votre application Web à partir du nœud Sites. 2- Dans l'écran d'accueil, allez dans la section IIS et sélectionnez Authentification. 3- Activez l'authentification anonyme. 4- Ensuite, sélectionnez Modifier et définissez Modifier les informations d'identification d'authentification anonymes sur Identité du pool d'applications.

Dans mon cas,

IIS peut tout charger avec localhost, mais n'a pas pu charger mes fichiers app.tagde modèle à partir de192.168.0.123

car l' .tagextension ne figurait pas dans la liste.

Pour résoudre ce problème:

Accédez à Internet Information Service (IIS)

Cliquez sur votre site Web sur lequel vous essayez de charger l'image

Dans la section IIS, ouvrez le menu Authentification et activez également l'authentification Windows.

Une suggestion que j'ai trouvée utile dans le passé lors du développement de sites dans l'environnement de test localhost lorsque vous travaillez avec une copie du site de production. Assurez-vous de commenter les balises canoniques:

  <!--<base href="http://www.example.com/">//-->

Si vous avez essayé toutes les solutions ci-dessus et que vous rencontrez toujours des problèmes, envisagez d'utiliser la méthode ResolveClientUrl () d'ASP.NET.

Un script par exemple:

À la place d'utiliser

<script src="~/dist/js/app.min.js" ></script>

Utilisez la méthode

<script src="<%= ResolveClientUrl("~/dist/js/app.min.js") %>" ></script>

C'était ma solution qui fonctionnait pour un ami que j'aidais!

J'ai eu le même problème. Pour moi, cela était dû au fait que l'en-tête Cache-Control était défini au niveau du serveur dans IIS sur no-cache, no-store. Donc, pour mon application, j'ai dû ajouter ci-dessous à mon web.config:

<httpProtocol>
    <customHeaders>
        <remove name="Cache-Control" />
    </customHeaders>
</httpProtocol>

Une cause possible est que votre application s'attend à s'exécuter sur le port 443 (port SSL standard) et que le port 443 est déjà utilisé. J'ai rencontré cela plusieurs fois avec des développeurs essayant d'exécuter notre application pendant que Skype s'exécute sur leurs ordinateurs.

Incroyablement, Skype fonctionne sur le port 443. Il s'agit à mon avis d'un horrible défaut de conception. Si vous voyez votre application essayer de s'exécuter sur 444 au lieu de 443, arrêtez Skype et le problème disparaîtra.

J'ai ajouté app.UseStaticFiles();ce code dans starup.cs de la méthode Configure, puis il est corrigé.

Et vérifiez votre autorisation sur ce dossier.

Pour l'utilisation d'images

@Url.Content("~/assets/bg4.jpg")

sur un style, utilisez ceci

style="background-image:url(@Url.Content("~/assets/bg4.jpg"))

Dans mon cas, quand aucun de mes fichiers javascript, png ou css n'était chargé, j'ai essayé la plupart des réponses ci-dessus et aucune ne semblait faire l'affaire.

J'ai finalement trouvé " Request Filters ", et j'ai en fait dû ajouter .js, .png, .css comme type de fichier activé / accepté.

Une fois que j'ai effectué ce changement, tous les fichiers ont été servis correctement.

Si vous voyez des erreurs 403 dans la console de votre navigateur, vérifiez votre configuration MVC Bundle. Les noms de bundle ne doivent correspondre à aucun nom de dossier existant dans votre projet.

par exemple.

bundles.Add(new StyleBundle("~/Content/css")...

... causerait des problèmes pour IIS si la structure de dossier $ (ProjectDir) \ Content \ css existe dans votre projet, car elle essaie de rechercher dans le dossier existant le contenu du bundle qui n'y est pas.

Au lieu de cela, utilisez simplement quelque chose comme:

bundles.Add(new StyleBundle("~/Content/cssbundle")...

Ce problème se produit lorsque IIS ne rend pas le contenu statique comme vos fichiers JS, CSS, image.

Pour résoudre ce problème, vous devez suivre les étapes ci-dessous:

Allez dans Panneau de configuration> Activer ou désactiver les fonctionnalités Windows> Services Internet> Services World Wide Web> Fonctionnalités HTTP communes> Contenu statique.

Assurez-vous que le contenu statique est activé.

Bingo. Et vous avez terminé. Rechargez la page et vous pourrez voir tout le contenu statique.

J'ai eu exactement le même problème, j'ai essayé toutes les suggestions mais je n'ai rien obtenu. M'a dérangé des heures. Il s'est avéré que mon FAI a bloqué le port 80 pour certaines raisons.

Conseil: vérifiez votre trafic. Assurez-vous que le port 80 fonctionne à la fois localement (par exemple, pare-feu) et externe.