Chrome sagt: "Ressource als Skript interpretiert, aber mit MIME-Typ Text / Plain übertragen." Was gibt es?

In FF und allem funktioniert mein Javascript einwandfrei. Aber in Chrome gibt es diese Nachricht:

Ressource als Skript interpretiert, aber mit MIME-Typ text / plain übertragen.

Ich habe alle Skript-Tags überprüft und alle haben die MIME type="text/javascript". Das sagt es sogar mit jquery und jquery ui. Was ist los mit Chrome?

Was ist das Problem und die Lösung dafür? Muss ich die 'Optionen' des Browsers ändern oder ist es vom Server oder muss ich meinen Code optimieren?

Dies bedeutet, dass der Server eine Javascript-HTTP-Antwort mit sendet

Content-Type: text/plain

Sie müssen den Server so konfigurieren, dass eine JavaScript-Antwort mit gesendet wird

Content-Type: application/javascript

Dies hat nichts mit jQuery oder einer Eigenart von clientseitigem Skriptcode zu tun. Es handelt sich um ein serverseitiges Problem: Der Server (-seitige Anwendung) sendet nicht den erwarteten Wert des HTTP- Content-TypeHeaderfelds für die clientseitige Skriptressource. Dies geschieht, wenn der Webserver nicht ausreichend konfiguriert oder falsch konfiguriert ist oder eine serverseitige Anwendung (z. B. PHP) die clientseitige Skriptressource generiert.

Zu den richtigen MIME-Medientypen für ECMAScript-Implementierungen wie JavaScript gehören:

• text/javascript(als veraltet registriert , nicht veraltet, aber immer noch gültig und am besten unterstützt )
• text/ecmascript(registriert als veraltet , nicht veraltet; aber immer noch gültig )
• application/javascript
• application/ecmascript

Sie sind nicht enthalten application/x-javascript, da die oben aufgeführten MIME-Medientypen bereits im Standardbaum registriert sind (daher besteht keine Notwendigkeit mehr und es sollte auch kein Wunsch mehr bestehen, experimentelle zu verwenden). Vgl. RFC 4329, "Scripting Media Types" (2005 CE) und mein Testfall: Unterstützung für Scripting Media Types .

Eine Lösung besteht darin, den Server nach Möglichkeit zu konfigurieren, wie bereits empfohlen. Für Apache kann dies so einfach sein wie das Hinzufügen der Direktive

AddType text/javascript .js

( Weitere Informationen finden Sie in der Apache HTTP Server-Dokumentation .)

Wenn die clientseitige Skriptressource jedoch von einer serverseitigen Anwendung wie PHP generiert wird, muss der Content-TypeHeaderfeldwert explizit festgelegt werden, da der Standard wahrscheinlich ist text/html:

<?php
  header('Content-Type: text/javascript; charset=UTF-8');
  // ...
?>

(Diese und ähnliche Aussagen müssen vor jeder anderen Ausgabe stehen - siehe das PHP-Handbuch - sonst wird angenommen, dass der HTTP-Nachrichtentext bereits begonnen hat und es zu spät ist, weitere Headerfelder zu senden.)

Die serverseitige Generierung kann leicht zu einer clientseitigen Skriptressource führen, selbst wenn Sie einfache .js-Dateien auf dem Server haben, wenn Kommentare während der Zustellung von ihnen entfernt werden, wenn sie alle in einer großen Antwort zusammengefasst sind (um die Anzahl der Anforderungen, die effizienter sein können) oder die von der serverseitigen Anwendung auf andere Weise minimiert werden.

Für Java-Anwendungsserver wie Weblogic

1) Stellen Sie sicher, dass Ihre Datei weblogic.xml fehlerfrei ist

wie dieser:

    <?xml version = '1.0' encoding = 'windows-1252'?>
<weblogic-web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                  xsi:schemaLocation="http://www.bea.com/ns/weblogic/weblogic-web-app http://www.bea.com/ns/weblogic/weblogic-web-app/1.0/weblogic-web-app.xsd"
                  xmlns="http://www.bea.com/ns/weblogic/weblogic-web-app">
    <container-descriptor>
        <prefer-web-inf-classes>true</prefer-web-inf-classes>
    </container-descriptor>
    <context-root>MyWebApp</context-root>
</weblogic-web-app>

2) Fügen Sie Ihrer web.xml- Datei einen MIME-Typ für Javascript hinzu :

    ...
        </servlet-mapping>

        <mime-mapping>    
            <extension>js</extension>        
            <mime-type>application/javascript</mime-type>        
        </mime-mapping>

        <welcome-file-list>
    ...

Dies funktioniert auch für andere Java-Container - Tomcat usw. application/javascriptist derzeit der einzige gültige MIME-Typ. andere wie text/javascriptwurden veraltet.

3) Möglicherweise müssen Sie Ihren Browser-Cache leeren oder STRG-F5 drücken

Ich hatte dieses Problem und fand heraus, wie ich es beheben kann.

Dies geschieht, wenn sich die CSS-Datei (Style) in einer anderen Codierung befindet als die PHP-Datei, die auf die CSS-Datei verweist

Wenn Sie beispielsweise jQuery.js in der Unix-Codierung und index.php in UTF-8 verwenden, tritt dieses Problem auf, sodass Sie beide UTF-8-Codierungen oder andere Codierungen festlegen müssen, solange sie identisch sind.

Wenn Sie Ihr Javascript mit einer PHP-Datei generieren, fügen Sie dies als Anfang Ihrer Datei hinzu:

<?php Header("Content-Type: application/x-javascript; charset=UTF-8"); ?>

Fügen Sie in der httpd.conf Ihres Apachen einfach eine solche Zeile hinzu:

AddType application/x-javascript .js

Ich habe diese Debug-Nachricht aus einem dümmeren Grund erhalten als die anderen Antworten hier: Dies ist die Fehlermeldung, die erhalten wird, wenn Sie nicht genug Schlaf bekommen und auf eine JS-Datei verweisen, indem Sie die Syntax für eine CSS-Datei verwenden. Wie in,

<link rel='stylesheet' type='text/css' href='clearly_javascript.js'/>

eher, als

<script src='clearly_javascript.js'></script>

Ich dachte, ich würde dies hier veröffentlichen, da dies der erste Beitrag ist, der bei der Suche nach der Fehlermeldung angezeigt wird.

Seltsames Problem, aber das hat mir geholfen, mein Problem zu lösen. Manchmal sind selbst die einfachsten Dinge schwer herauszufinden ...

Anstatt /js/main.cssin meinem Skript-Tag zu verwenden, habe ich verwendetjs/main.css

JA , es hat tatsächlich einen Unterschied gemacht. Ich sitze auf WAMP / Windows und hatte keinen vhost, sondern nur benutztlocalhost/<project>

Wenn ich mich beziehe, /js/main.cssdann beziehe ich mich auf localhost/css/main.cssund nicht auflocalhost/<project>/css/main.css

Wenn Sie daran denken, ist es ziemlich offensichtlich, aber wenn jemand darauf stößt, dachte ich, ich würde diese Antwort teilen.

Überprüfen Sie, ob Ihre JS-Dateien tatsächlich auf dem Server vorhanden sind. Ich hatte dieses Problem und stellte fest, dass die js-Dateien nicht auf den Server hochgeladen wurden und der Server stattdessen die HTML-Seite zurückgab - dies war das auf dem Server konfigurierte Standarddokument (z. B. default.html).

Wenn Sie an Joomla arbeiten! Wenn Sie diesen nervigen Fehler erhalten, wenn Sie versuchen, eine ( .js) JavaScript-Datei einzuschließen, ist die folgende Lösung für Sie.

Das wahrscheinlichste Problem ist, dass Sie versuchen, eine .js Datei einzuschließen, die nicht vorhanden ist , oder dass Sie diese einfach verlegt haben.js Datei , und wenn Joomla! findet keine Ressource und gibt anstelle der generischen 404-Nachricht eine vollwertige 404-Nachricht mit einer vollständigen Webseite und HTML usw. zurück.

Der Webbrowser interpretiert es so, als sei es .jsnur eine Webseite, die besagt, dass die erforderliche Datei nicht gefunden wurde .

Dies kann funktionieren für joomla2.5joomla3.0joomla3.1joomla3.2joomla3.3Joomla

Für mich ist es nur auf einigen Seiten passiert, weil ich window.locationanstelle von $location.url(...);Dies mein Problem behoben habe. Es hat eine Weile gedauert, um herauszufinden :)

Ich hatte dieses Problem bei der Verwendung eines Webframeworks und habe es behoben, indem ich die relevanten Javascript-Dateien in den angegebenen (vom Framework) Javascript-Ordner verschoben habe.

In diesem Fall kommt es häufig vor, dass Sie einfach vergessen haben , die typeAufrufe in Ihr Skript aufzunehmen. Sie müssen es explizit setzen, wie es ist - nach W3 - erforderlich :

type(Inhaltstyp): Dieses Attribut gibt die Skriptsprache des Inhalts des Elements an und überschreibt die Standard-Skriptsprache. Die Skriptsprache wird als Inhaltstyp angegeben (z "text/javascript". B. ). Autoren müssen einen Wert für dieses Attribut angeben. Für dieses Attribut gibt es keinen Standardwert .

Dennoch scheint es, dass Browser einen Standardwert von haben plain/text.

Beispiel:

<script type="text/javascript" src="http://maps.googleapis.com/maps/api/js?sensor=false&language=en"></script>

Sie können in Ihrer Apache-Konfiguration auch einen Standard für diese Dateierweiterung festlegen:

<IfModule mod_mime.c>
    AddType text/javascript .js
</IfModule>

Wenn seine IIS sicherstellen, dass unter Ihrer common HTTP Featureshaben Sie Static Contenteingeschaltet

Ich hatte den gleichen Fehler und schließlich (in meinem speziellen Fall) ein Problem im Bereitstellungsdeskriptor (web.xml) gefunden.

Das Problem:

<servlet-mapping>
    <servlet-name>SessionController</servlet-name>
    <url-pattern>/</url-pattern>
</servlet-mapping>
...
<welcome-file-list>
    <welcome-file>/</welcome-file>
</welcome-file-list>

die Lösung:

<servlet-mapping>
    <servlet-name>SessionController</servlet-name>
    <url-pattern>/SessionController</url-pattern>
</servlet-mapping>
...
<welcome-file-list>
    <welcome-file>desktop.jsp</welcome-file>
</welcome-file-list>

Wenn Sie Spring MVC verwenden, können Sie das folgende MVN-Tag hinzufügen, um die Ressourcendatei vom Spring Dispatch Servlet auszuschließen

<mvc:resources mapping="/js/*.js" location="/js/"/>
<mvc:resources mapping="/css/*.css" location="/css/"/>
<mvc:resources mapping="/images/*.*" location="/images/"/>

In meinem Fall hat der Server das Richtige gesendet, Content-Typeaber mit einem Falschen Content-Encoding. Content-Encoding: gzipStellen Sie sicher, dass Sie nur komprimierte Ressourcen festlegen. Nachdem ich die Header auf dem Server (in meinem Fall Google Cloud Storage) repariert hatte, musste ich einige Minuten warten, um die Änderungen aufgrund des Cachings richtig wiederzugeben.

Wenn Sie AdonisJS (z. B. REST-API) verwenden, können Sie dies vermeiden, indem Sie den Antwortheader folgendermaßen definieren:

response.safeHeader('Content-type', 'application/json')

Ich hatte das gleiche Problem beim Versuch, Hintergrundbilder in einem Array über Javascript (in diesem Fall jQuery) zu ändern.

Wie auch immer.

An Stelle von:

m.setStyle('background-image','url(/templates/site/images/style5/'+backgs[i]+')')

mach das:

eval("m.setStyle('background-image','url(/templates/site/images/style5/'+backgs[i]+')')");

Chrome Javascript wird beim Versuch, eine Variable in einem mit 'strukturierten Element zu analysieren, verschraubt. In meinem Fall wurde es kurz vor dem Einfügen des Bildarrays gestoppt. Anstatt die Bild-URL + den Bildnamen (innerhalb des Arrays) zu analysieren, wurde nur die Bild-URL analysiert.

Sie müssen wahrscheinlich im Code suchen und sehen, wo es passiert. FF, IE und alle anderen haben dieses Problem nicht.

Die Antwort gepostet hier von simon-sarris hat mir geholfen.

Dies hat mir geholfen, mein Problem zu lösen.

Das Visual Studio-Installationsprogramm muss der Registrierung eine fehlerhafte Zeile hinzugefügt haben.

Öffnen Sie regedit und sehen Sie sich diesen Registrierungsschlüssel an:

Sehen Sie diesen Schlüssel? Der Inhaltstyp-Schlüssel? Ändern Sie den Wert von text / plain in text / javascript.

Endlich kann Chrom wieder leicht atmen.

Ich sollte beachten, dass unter Windows 7 standardmäßig weder Content Type noch PercievedType vorhanden sind, sodass Sie wahrscheinlich beide sicher löschen können, aber das Minimum, das Sie tun müssen, ist diese Bearbeitung.

Wie auch immer, ich hoffe, das behebt es auch für Sie!

Vergessen Sie nicht, Ihr System nach den Änderungen neu zu starten.