Ресурс заблокирован из-за несоответствия типа MIME (X-Content-Type-Options: nosniff)

Я разрабатываю веб-страницу с использованием JavaScript и HTML, все работает хорошо, когда я получил этот список ошибок с моей HTML-страницы:

The resource from "https://raw.githubusercontent.com/dataarts/dat.gui/master/build/dat.gui.min.js"
  was blocked due to MIME type mismatch (X-Content-Type-Options: nosniff).
The resource from "https://raw.githubusercontent.com/mrdoob/three.js/dev/build/three.js" was
  blocked due to MIME type mismatch (X-Content-Type-Options: nosniff).
The resource from "https://raw.githubusercontent.com/mrdoob/three.js/master/examples/js/renderers/CanvasRenderer.js"
  was blocked due to MIME type mismatch (X-Content-Type-Options: nosniff).
The resource from "https://raw.githubusercontent.com/mrdoob/three.js/master/examples/js/renderers/Projector.js"
  was blocked due to MIME type mismatch (X-Content-Type-Options: nosniff).
The resource from "https://raw.githubusercontent.com/mrdoob/three.js/dev/build/three.js" was
  blocked due to MIME type mismatch (X-Content-Type-Options: nosniff).

Эти ошибки появились после автоматического обновления браузера (Mozilla Firefox), возможно что-то было изменено в настройке. Вы знаете какой-либо способ решить эту проблему? проблема?

Ответ 1

Проверьте правильность пути к файлу и файл - в моем случае это было проблемой - поскольку я исправил его, ошибка исчезла

Ответ 2

Это можно устранить, изменив URL-адрес, например bad:

https://raw.githubusercontent.com/svnpenn/bm/master/yt-dl/yt-dl.js
Content-Type: text/plain; charset=utf-8

Пример:

https://cdn.rawgit.com/svnpenn/bm/master/yt-dl/yt-dl.js
content-type: application/javascript;charset=utf-8

rawgit.com - это кеширующий прокси-сервис для github. Вы также можете пойти туда и в интерактивном режиме получить соответствующий URL-адрес для вашего исходного URL-адреса raw.githubusercontent.com. См. FAQ

Ответ 3

проверьте свой путь, эта ошибка появится, если файл не существует в указанном пути.

Ответ 4

В моем случае я просто пропустил слэш "/" после get_template_directory_uri(), поэтому приведенный/сгенерированный путь был неправильным:

Мой неправильный код:

wp_enqueue_script( 'retina-js', get_template_directory_uri().'js/retina.min.js' );

Мой исправленный код:

wp_enqueue_script( 'retina-js', get_template_directory_uri().'/js/retina.min.js' );

Ответ 5

Возможно, это связано с тем, что браузер не может получить доступ к файлу. Я наткнулся на эту ошибку при создании приложения с помощью node.js. Вы можете попробовать напрямую запросить файл script (копировать и вставлять URL-адрес) и посмотреть, сможете ли вы его загрузить. Вы можете видеть, в чем проблема. Это может быть из-за разрешения папки, в которой находится файл, или браузер просто не может найти его из-за неправильного пути к нему. В node.js, после указания пути к файлу, все работает.

Ответ 6

Я решил эту проблему, изменив charset в js файлах из UTF-8 без спецификации на простой UTF-8 в Notepad ++

Ответ 7

Вы используете экспресс?

Проверьте свой путь (обратите внимание на "/" после /public/ ):

app.use(express.static(__dirname + "/public/"));

//обратите внимание: вам не нужно "/" перед "css", потому что оно уже включено выше:

rel="stylesheet" href="css/style.css

Надеюсь, что это поможет

Ответ 8

Мы начали сталкиваться с этой ошибкой в производственном процессе после того, как наша команда разработчиков изменила конфигурацию веб-сервера, добавив X-Content-Type-Options: nosniff. Теперь из-за этого браузер был вынужден интерпретировать ресурсы, как это было упомянуто в параметре content-type заголовков ответа.

Теперь с самого начала наш сервер приложений явно устанавливал тип содержимого файлов js как text/plain. Поскольку X-Content-Type-Options: nosniff не был установлен в веб-сервере, браузер автоматически интерпретировал js файлы как файлы JavaScript, хотя тип содержимого упоминался как text/plain. Это называется MIME-сниффинг. Теперь, после установки X-Content-Type-Options: nosniff, браузер был вынужден не выполнять MIME-сниффинг и принимать тип контента, как указано в заголовках ответов. Из-за этого он интерпретировал файлы js как простые текстовые файлы и отказывался выполнять их или блокировал их. То же самое показано в ваших ошибках.

Решение: заставить ваш сервер установить content-type файлов JS как

application/javascript;charset=utf-8

Таким образом, все файлы JS будут загружены нормально, и проблема будет решена.

Ответ 9

Смотрите протоколы HTTPS и HTTP

Иногда, если вы используете смешанные протоколы [это происходит в основном с обратными вызовами JSONP], вы можете оказаться в этой ОШИБКЕ.

Убедитесь, что и веб-страница, и страница ресурса имеют одинаковые протоколы HTTP.

Ответ 10

у меня та же проблема, это ошибка

El recurso de "http://localhost:9000/styles/main.css" 
se bloqueó debido a la falta de coincidencia del tipo MIME ("text/html")
(X-Content-Type-Options: nosniff).[Saber más]