Сообщение отладки “Ресурс, интерпретируемый как другой, но переданный с приложением типа MIME / JavaScript”

Вам необходимо использовать инструмент для просмотра заголовков HTTP, отправленных с файл, что-то вроде LiveHTTPHeaders или HTTPFox - вот что я использую. Если файлы отправляются с веб-сервера без типа MIME или с типом MIME по умолчанию, таким как text / plain, это может быть причиной этой ошибки.

Это предупреждение появляется, поскольку не указан тип сценария по умолчанию. Попробуйте добавить следующую директиву в ваш HTML-файл:

Подробнее о спецификациях сценариев по умолчанию вы можете прочитать здесь: http://www.w3.org/TR/REC-html40/interact/scripts.html#h-18.2.2.1

It is because of the period in the file name. It is stupid, but anytime there is a period in the js file name you will get this error, and I have come across situations where it will actually prevent the js file from loading.

У меня была такая же проблема с файлом css вместо javascript. (с использованием веб-сервера xitami)

то, что было исправлено для меня, было добавлено в разделе MIME xitami.cfg:

css = text / css

Похоже на ошибку в политике обработки кеша Safari.

Обходное решение в apache:

Header unset ETag
Header unset Last-Modified

Не думаю, что это жучок, Попробуйте добавить MIME тип к вашему файлу .htaccess. Например, поместите или добавьте следующее содержимое в ваш .htaccess файл (который должен быть в том же месте ваших папок .js или выше)

#JavaScript
AddType application/x-javascript .js

Это разгадало мое дерево "Ресурс, интерпретируемый как другой, но переданный ... "предупреждения. Каждый раз, когда у вас есть такие предупреждения, это означает, что у вас недостаточно информации в вашем .htaccess файле.

BTW1: Так как вы изменяете .htaccess файл, убедитесь, что вы перезагрузили ваш сервер.

BTW2: Я также могу очистить те же предупреждения для GIF-файлов в Safari 4 с помощью этого:

#GIF
AddType image/gif .gif

BTW3: для других типов файлов: смотрите w3schools list или htaccess-guide

Я узнал, что именование моих css-файлов находится в конфликте с прокси-фильтрами

www.dating.com (который не является моим сайтом) был заблокирован, а мои css и js-файлы назывались датировкой.css и датировкой.js. Фильтр блокировал это. Может быть, так обстоит дело с некоторыми из вас, работающими над корпоративными системами.

Изображение с пустым атрибутом src вызывает эту ошибку в Windows-Chrome:

<img src="">

... тогда как ...

<img>

.. . не.

Я прибыл сюда, потому что мой набор результатов ajax возвращал данные «src», которые были пустыми, но img все еще вставлялся на страницу.

Я только что понял и решил ее локально на своем Mac. По какой-то причине у рассматриваемого файла javascript были плохие разрешения. Я заметил, что когда я посмотрел на это в firebug, я получил 403. Надеюсь, это кому-нибудь поможет.