Я разрабатываю веб-страницу с использованием 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), возможно, что-то было изменено в настройке. Вы знаете, как решить эту проблему?
javascript
mime
Sim81
источник
источник
Ответы:
Убедитесь, что путь к файлу правильный и файл существует - в моем случае это была проблема - когда я ее исправил, ошибка исчезла
источник
Это можно исправить, изменив URL-адрес, например, плохой:
Пример хороший:
rawgit.com - это кеширующий прокси-сервер для github. Вы также можете перейти туда и в интерактивном режиме получить соответствующий URL-адрес для исходного URL-адреса raw.githubusercontent.com . Смотрите его FAQ
источник
raw.githubusercontent.comзаменяется наcdn.rawgit.comкоторый будет отвечать правильным типом пантомимы.Мы начали сталкиваться с этой ошибкой на производстве после того, как наша команда DevOps изменила конфигурацию веб-сервера, добавив
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 как обычно, и проблема будет решена.
источник
проверьте свой путь, эта ошибка появится, если файл не существует по указанному пути.
источник
Вы пользуетесь экспрессом?
Проверьте свой путь (обратите внимание на "
/" после / public /):app.use(express.static(__dirname + "/public/"));// примечание: вам не нужно "/" перед "css", потому что он уже включен выше:
rel="stylesheet" href="css/style.cssНадеюсь это поможет
источник
Для Wordpress
В моем случае я просто пропустил косую черту "/" после 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. Вы можете попробовать напрямую запросить файл сценария (копирование и вставка URL-адреса) и посмотреть, сможете ли вы его получить. Тогда вы можете увидеть, в чем настоящая проблема. Это может быть из-за разрешения папки, в которой находится файл, или браузер просто не может найти его из-за неправильного пути к нему. В node.js после указания маршрута к файлу все работает.
источник
MIMEтип в Node.js? (Не нужно указывать полные пути ко всем файлам, а только к каталогам ресурсов, не так ли?)Возможно, это неправильный путь. Убедитесь, что в основном файле приложения у вас есть:
app.use(express.static(path.join(__dirname,"public")));Пример ссылки на ваш CSS как:
<link href="/css/clean-blog.min.css" rel="stylesheet">аналогично для ссылки на файлы js:
<script src="/js/clean-blog.min.js"></script>источник
Я решил эту проблему, изменив кодировку в js-файлах с UTF-8 без спецификации на простой UTF-8 в Notepad ++.
источник
У меня была эта ошибка, когда я использовал хранилище Azure в качестве статического веб-сайта, скопированные файлы js имели тип содержимого,
text/plain; charset=utf-8и я изменил тип содержимого наapplication/javascriptЭто начало работать.
источник
См. Протоколы HTTPS и HTTP
Иногда, если вы используете смешанные протоколы [это происходит в основном с обратными вызовами JSONP], вы можете получить эту ОШИБКУ.
Убедитесь, что и веб-страница, и страница ресурса имеют одинаковые протоколы HTTP.
источник
Я также столкнулся с той же проблемой на сервере django, поэтому я изменил DEBUG = True в файле settings.py, который работает
источник
Это случилось со мной из-за неправильного тега. По ошибке я добавляю js-файл в
linkтег.Пример: (Не тот)
<link rel="stylesheet" href="plugins/timepicker/bootstrap-timepicker.min.js">Это было решено с помощью правильного тега для
javascript. Пример:<script src="plugins/timepicker/bootstrap-timepicker.min.js"></script>источник
https://cdn.rawgit.com закрывается. Таким образом, можно использовать один из альтернативных вариантов. JSDeliver - это бесплатный компакт-диск, который можно использовать.
ссылка - https://www.jsdelivr.com/?docs=gh
источник