Ответ 1
Проверьте правильность пути к файлу и файл - в моем случае это было проблемой - поскольку я исправил его, ошибка исчезла
Я разрабатываю веб-страницу с использованием 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), возможно что-то было изменено в настройке. Вы знаете какой-либо способ решить эту проблему? проблема?
Проверьте правильность пути к файлу и файл - в моем случае это было проблемой - поскольку я исправил его, ошибка исчезла
Это можно устранить, изменив 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
проверьте свой путь, эта ошибка появится, если файл не существует в указанном пути.
В моем случае я просто пропустил слэш "/" после 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' );
Возможно, это связано с тем, что браузер не может получить доступ к файлу. Я наткнулся на эту ошибку при создании приложения с помощью node.js. Вы можете попробовать напрямую запросить файл script (копировать и вставлять URL-адрес) и посмотреть, сможете ли вы его загрузить. Вы можете видеть, в чем проблема. Это может быть из-за разрешения папки, в которой находится файл, или браузер просто не может найти его из-за неправильного пути к нему. В node.js, после указания пути к файлу, все работает.
Я решил эту проблему, изменив charset в js файлах из UTF-8 без спецификации на простой UTF-8 в Notepad ++
Вы используете экспресс?
Проверьте свой путь (обратите внимание на "/
" после /public/ ):
app.use(express.static(__dirname + "/public/"));
//обратите внимание: вам не нужно "/" перед "css", потому что оно уже включено выше:
rel="stylesheet" href="css/style.css
Надеюсь, что это поможет
Мы начали сталкиваться с этой ошибкой в производственном процессе после того, как наша команда разработчиков изменила конфигурацию веб-сервера, добавив 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 будут загружены нормально, и проблема будет решена.
Смотрите протоколы HTTPS и HTTP
Иногда, если вы используете смешанные протоколы [это происходит в основном с обратными вызовами JSONP], вы можете оказаться в этой ОШИБКЕ.
Убедитесь, что и веб-страница, и страница ресурса имеют одинаковые протоколы HTTP.
у меня та же проблема, это ошибка
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]