Отладочное сообщение " ресурс интерпретируется как другой, но передается с помощью приложения типа MIME / javascript"

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

<img src="">

... поскольку...

<img>

... не.

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

решена!

У меня была эта ошибка в течение нескольких дней. Это сводило меня с ума, потому что это не позволяло мне использовать отладчик сценариев firefox firebug. Наконец, моя ошибка была решена, когда я удалил пустой url-адрес в свойстве стиля "background-image: url ()".

Это было так больно, чем я действительно надеюсь, что кто-то может использовать этот совет.

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

#JavaScript
AddType application/x-javascript .js

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

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

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

#GIF
AddType image/gif .gif

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

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

<meta http-equiv="content-script-type" content="text/javascript">

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

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

Это из-за точки в имени файла. Это глупо, но в любое время, когда есть период в имени файла js, вы получите эту ошибку, и я столкнулся с ситуациями, когда это фактически предотвратит загрузку файла js.

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

обходной путь в apache:

Header unset ETag
Header unset Last-Modified

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

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

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

css=text / css

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

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

эта ошибка, похоже, всплыла на поверхность (заметил это в ноябре 2010 года)

Я думаю, что отчеты об ошибках WebKit участвуют этот и этой. По сути, это сводится к неправильной обработке кэша при выполнении If-Modified-Since есть 304 ответ.

еще одной распространенной причиной этой ошибки на Mac является флаг карантина Apple.

ls каталог, содержащий соответствующий ресурс(ы). Если вы видите индикатор расширенного атрибута, т. е. маленький @ символ в конце блока разрешения (например,-rw-r--r--@ ), то файл может быть помещен на карантин.

попробовать ls -la@e искать com.apple.quarantine

следующая команда удалит карантин:

xattr -d com.apple.quarantine /path/to/file

кажется, есть много вещей, которые вызывают это. Для меня это было правило перезаписи в нижнем регистре в IIS. Изменил проблемные файлы (js и png) на нижний регистр, и проблема исчезла.

на APACHE

добавьте эти типы MIME .htaccess в корне. Я рекомендую вторую строку, так как это может помочь предотвратить любые будущие потенциальные предупреждения интерпретации MIME с файлами CSS.

AddType application/x-javascript .js
AddType text/css .css    

Перезагрузите Apache...

на NGINX

добавить в свой nginx.конф или ваш мим.типы файлов импорта (Рекомендуемый метод). Добавить любой или все по мере необходимости/уместно.

types {
    text/html                             html htm shtml;
    text/css                              css;
    text/xml                              xml;
    image/gif                             gif;
    image/jpeg                            jpeg jpg;
    application/x-javascript              js;
    application/rss+xml                   rss;
    text/plain                            txt;
    image/png                             png;
    image/tiff                            tif tiff;
    image/svg+xml                         svg svgz;
    image/webp                            webp;
    application/postscript                ps eps ai;
    application/pdf                       pdf;
    application/rtf                       rtf;
    application/vnd.ms-excel              xls;
    application/vnd.ms-powerpoint         ppt;
    application/msword                    doc;
    application/x-shockwave-flash         swf;
    application/xhtml+xml                 xhtml;
    application/zip                       zip;
}