web-dev-qa-db-fra.com

désactiver chrome vérification stricte du type MIME sur le développeur local

J'ai un fichier CSS que mon serveur de développement local (webpack) sert avec apparemment le mauvais type de mime.

Refused to apply style from 'http://localhost:10001/font-awesome/css/font-awesome.min.css' 
because its MIME type ('text/html') is not a supported stylesheet MIME type, 
and strict MIME checking is enabled.

Est-il possible de désactiver cela? Je suppose que c'est un paramètre chrome. Au moins pour un hôte spécifique.

Creuser dans la configuration du webpack, s'il ne fait pas quelque chose de fondamental comme celui-ci, c'est généralement un exercice pour frustrer le rasage du yack.

La plupart des autres réponses se réfèrent aux moyens de réparer le serveur. Je veux juste pirater ce côté client car le serveur est têtu.

en relation:

10
dcsan

Votre question date d'il y a un certain temps, mais se classe bien sur Google pour ce problème, je voulais donc apporter quelques conseils.

Il peut s'agir d'un HTTP/404 déguisé

Le message d'erreur vous trompe probablement. Il est regrettable que Google Chrome supprime entièrement la réponse, même l'aperçu du panneau de développement "Réseau").

Le type MIME peut être incorrect car le serveur répond avec un message HTTP 404.
Pour tester: ouvrez directement l'URL du fichier CSS dans le navigateur ou récupérez-le avec un outil comme wget.

Avez-vous vérifié si le chemin est correct? Selon votre configuration, le fichier css peut ne pas être là où il était auparavant (en supposant que ce n'est pas un problème avec le webpack ou sa configuration).

Je peux juste deviner aveuglément ici quelle pourrait être l'URL correcte ...
http://localhost:10001/node_modules/font-awesome/css/font-awesome.min.css
http://localhost:10001/css/font-awesome/font-awesome.min.css
http://localhost:10001/css/font-awesome.min.css
http://localhost:10001/font-awesome.min.css

Vérification de l'en-tête de la demande

En général, pas seulement en cas de réponses CSS:
Les en-têtes de demande peuvent être préparés pour se replier correctement, si une réponse text/html venait à travers (la page Apache 404 par défaut, par exemple).
Accept: text/css, text/plain, */*

Mais vous devez pas configurer */* comme acceptable pour chaque demande. Ce n'est pas toujours utile, même dans un environnement de développement local - les réponses du mauvais type devraient être corrigées rapidement.

Pourquoi les frameworks veulent gérer ça avec élégance

Le serveur peut fournir la bonne réponse, mais avec un en-tête Content-Type incorrect. Le framework suppose que le serveur "doit avoir signifié application/json" et laisse l'analyseur JSON à sa chose.

Si cela fonctionne, le framework peut simplement ignorer le Content-Type incorrect et toujours fonctionner.
L'objectif de cette opération est principalement de s'exécuter sur des environnements d'hébergement partagé où la modification des paramètres .htaccess peut être impossible.
Ce n'est pas grave si votre application gère des types de contenu plus stricts, avec l'inconvénient de déboguer des erreurs comme celle-ci de temps en temps.

Réponses associées
Si cela n'aide pas, les réponses d'ici m'ont été utiles:
Feuille de style non chargée à cause du type MIME

10
Peter Krebs

Essayez le rechargement dur ou le cache vide et rechargez la page.

Pour faire ça:

  1. Ouvrez Inspect. (CTRL + MAJ + I)
  2. Cliquez avec le bouton droit sur le bouton d'actualisation (situé avant la barre d'adresse) et sélectionnez l'option appropriée.
0
Vighnesh Raut