Chrome dice "Risorsa interpretata come script ma trasferita con testo / plain di tipo MIME". Cosa offre?

In FF e tutto il mio javascript funziona bene. Ma in Chrome dà questo messaggio:

Risorsa interpretata come script ma trasferita con testo / plain di tipo MIME.

Ho controllato tutti i tag di script e tutti hanno il MIME type="text/javascript". Lo dice anche con jquery e jquery ui. Cosa c'è che non va in Chrome?

Qual è il problema e la soluzione per questo? È qualcosa che devo modificare nelle "opzioni" del browser o proviene dal server o devo modificare il mio codice?

Significa che il server sta inviando una risposta HTTP Javascript con

Content-Type: text/plain

È necessario configurare il server con cui inviare una risposta JavaScript

Content-Type: application/javascript

Questo non ha nulla a che fare con jQuery o qualsiasi stranezza del codice di script lato client. È un problema sul lato server : il server (applicazione sul lato) non sta inviando il valore del Content-Typecampo di intestazione HTTP previsto per la risorsa di script sul lato client. Ciò accade se il server Web non è configurato correttamente, configurato in modo errato o un'applicazione sul lato server (ad esempio PHP) sta generando la risorsa di script sul lato client.

I tipi di media MIME corretti per le implementazioni di ECMAScript come JavaScript includono:

• text/javascript(registrato come obsoleto , non deprecato; ma comunque valido e supportato al meglio )
• text/ecmascript(registrato come obsoleto , non deprecato; ma comunque valido )
• application/javascript
• application/ecmascript

Essi non comprendono application/x-javascript, come i mezzi di comunicazione tipi MIME sopra elencati sono quelli registrati nella struttura standard ormai (quindi non c'è bisogno, e non ci dovrebbe essere bisogno, più utilizzare quelli sperimentali). Cf. RFC 4329, "Tipi di supporti di scripting" (2005 CE) e il mio caso di prova: supporto per tipi di supporti di scripting .

Una soluzione è configurare il server, se possibile, come già raccomandato. Per Apache, questo può essere semplice come aggiungere la direttiva

AddType text/javascript .js

( per i dettagli, consultare la documentazione del server HTTP Apache ).

Ma se la risorsa di script sul lato client viene generata da un'applicazione sul lato server, come PHP, è necessario impostare Content-Typeesplicitamente il valore del campo di intestazione, poiché è probabile che il valore predefinito text/html:

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

(Questa e altre affermazioni simili devono precedere qualsiasi altro output - vedi il manuale di PHP -, altrimenti il ​​corpo del messaggio HTTP è considerato già iniziato ed è troppo tardi per inviare più campi header).

La generazione sul lato server può avvenire facilmente su una risorsa di script sul lato client anche se sul server sono presenti file .js semplici, se i commenti vengono rimossi da essi man mano che vengono pubblicati, se sono tutti raggruppati in un'unica risposta di grandi dimensioni (per ridurre il numero di richieste, che possono essere più efficienti) o che sono minimizzate dall'applicazione lato server in qualsiasi altro modo.

Per server di applicazioni Java come Weblogic

1) Assicurati che il tuo file weblogic.xml sia privo di errori

come questo:

    <?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) Aggiungi un tipo mime per javascript al tuo file web.xml :

    ...
        </servlet-mapping>

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

        <welcome-file-list>
    ...

Questo funzionerà anche con altri container Java - Tomcat ecc. application/javascriptÈ attualmente l'unico tipo mime valido; altri come text/javascriptsono stati deprecati.

3) Potrebbe essere necessario svuotare la cache del browser o premere CTRL-F5

Ho avuto questo problema e ho capito come risolverlo.

Succede quando il file di stile (CSS) ha una codifica diversa dal file PHP che fa riferimento al file .css

Ad esempio, l'utilizzo di jQuery.js nella codifica Unix e l'utilizzo di index.php in UTF-8 causeranno questo problema, quindi è necessario renderli UTF-8 o qualsiasi altra codifica purché uguale.

Se stai generando il tuo javascript con un file php, aggiungi questo come l'inizio del tuo file:

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

In httpd.conf del tuo apache, aggiungi una riga del genere:

AddType application/x-javascript .js

Ho ricevuto questo messaggio di debug per una ragione più stupida rispetto alle altre risposte qui: questo è il messaggio di errore ricevuto quando non si ha abbastanza sonno e si fa riferimento a un file js utilizzando la sintassi per un file css. Come in,

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

piuttosto che

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

Ho pensato di metterlo qui perché questo è il primo post che compare quando si cerca il messaggio di errore.

Strano problema, ma questo mi ha aiutato a risolvere il mio problema. A volte anche le cose più semplici sono difficili da capire ...

Invece di usare il /js/main.cssmio script-tag che ho usatojs/main.css

SÌ , ha fatto davvero la differenza. Sono seduto su WAMP / Windows e non avevo un vhost, ma ho appena usatolocalhost/<project>

Se mi riferisco a /js/main.cssallora mi riferisco a localhost/css/main.csse non alocalhost/<project>/css/main.css

Quando ci pensi, è abbastanza ovvio, ma se qualcuno si imbatte in questo, ho pensato di condividere questa risposta.

Controlla che i tuoi file js esistano effettivamente sul server. Ho avuto questo problema e ho scoperto che i file js non erano stati caricati sul server e il server stava effettivamente restituendo la pagina html, che era il documento predefinito configurato sul server (ad esempio default.html)

Se stai lavorando su Joomla! e ottenere questo fastidioso errore quando si tenta di includere un ( .js) file JavaScript, la seguente soluzione è per te.

Il problema più probabile è che stai provando a includere un .js file che non è lì , o hai semplicemente smarrito quel .jsfile e quando Joomla! non trova una risorsa, quindi invece del messaggio 404 generico, restituisce un messaggio 404 completo con una pagina Web completa, HTML ecc.

Il browser lo sta interpretando come se fosse .jssolo una pagina web che dice che il file richiesto non è stato trovato .

Questo può funzionare per joomla2.5joomla3.0joomla3.1joomla3.2joomla3.3joomla

Per me, è successo solo in alcune pagine perché ho usato al window.locationposto di $location.url(...);Questo risolto il mio problema. Ci è voluto un po 'per capire :)

Ho riscontrato questo problema durante l'utilizzo di un framework Web e l'ho risolto spostando i relativi file javascript nella cartella javascript designata (dal framework).

Una cosa comune quando ciò accade è se hai semplicemente dimenticato di includere il typenelle tue chiamate di script. Dovrai impostarlo esplicitamente, in quanto è - secondo W3 - richiesto :

type(content-type): questo attributo specifica il linguaggio di scripting dei contenuti dell'elemento e sovrascrive il linguaggio di scripting predefinito. Il linguaggio di scripting è specificato come tipo di contenuto (ad es "text/javascript".). Gli autori devono fornire un valore per questo attributo. Non esiste un valore predefinito per questo attributo.

Tuttavia sembra che i browser abbiano un valore predefinito di plain/text.

Esempio:

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

Puoi anche impostare un valore predefinito per l'estensione del file nella configurazione di Apache:

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

Se è IIS, assicurati che Under Your common HTTP Featuressia Static Contentattivo

Ho avuto lo stesso errore e infine (nel mio caso particolare) ho riscontrato un problema nel descrittore di distribuzione (web.xml)

Il problema:

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

la soluzione:

<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>

Se si utilizza Spring MVC, è possibile aggiungere il seguente tag mvn per escludere il file di risorse da Spring Dispatch Servlet

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

Nel mio caso, il server stava inviando il corretto Content-Typema con un errore Content-Encoding. Assicurati di aver impostato solo Content-Encoding: gzipper le risorse gzip. Inoltre, dopo aver corretto le intestazioni nel server (nel mio caso, Google Cloud Storage), ho dovuto attendere alcuni minuti per riflettere correttamente le modifiche dovute alla memorizzazione nella cache.

Se si utilizza AdonisJS (API REST, ad esempio), un modo per evitare ciò è definire l'intestazione della risposta in questo modo:

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

Stavo avendo lo stesso problema quando provavo a cambiare un'immagine di sfondo in un array tramite javascript (jQuery in questo caso).

Comunque.

Invece di questo:

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

Fai questo:

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

Chrome JavaScript viene rovinato quando si tenta di analizzare una variabile all'interno di un elemento strutturato con '. Nel mio caso si è fermato poco prima dell'inserimento dell'array di immagini. Invece di analizzare l'URL dell'immagine + il nome dell'immagine (all'interno dell'array), stava analizzando solo l'URL dell'immagine.

Probabilmente dovrai cercare all'interno del codice e vedere dove succede. FF, IE e tutti gli altri non hanno questo problema.

La risposta pubblicata qui da Simon-Sarris mi ha aiutato.

Questo mi ha aiutato a risolvere il mio problema.

Il programma di installazione di Visual Studio deve aver aggiunto una riga errante al registro.

apri regedit e dai un'occhiata a questa chiave di registro:

Vedi quella chiave? La chiave del tipo di contenuto? cambia il suo valore da text / plain a text / javascript.

Finalmente il cromo può respirare di nuovo facilmente.

Dovrei notare che né Tipo di contenuto né PercievedType sono presenti per impostazione predefinita su Windows 7, quindi probabilmente potresti eliminarli entrambi in modo sicuro, ma il minimo che devi fare è quella modifica.

Comunque spero che questo risolva anche per te!

Non dimenticare di riavviare il sistema dopo le modifiche.