Refusé d'appliquer le style «car son type MIME ('text / html') n'est pas un type MIME de feuille de style pris en charge»

27

Soudain, CSS ne se charge pas sur mon panneau d'administration Magento 2. Le frontend fonctionne bien.

Détails de l'erreur:

  1. "Refusé d'appliquer le style de ' https://www.ornativa.com/pub/static/version1502029409/adminhtml/Magento/backend/en_US/css/styles-old ...' car son type MIME ('text / html' ) n'est pas un type MIME de feuille de style pris en charge et la vérification MIME stricte est activée. "

  2. "Uncaught SyntaxError: Token inattendu <dans JSON à la position 0 à JSON.parse () au rappel ((index): 68) à Object.execCb (require.js: 1650) à Module.check (require.js: 866) à Module. (Require.js: 1113) à require.js: 132 at require.js: 1156 à chaque (require.js: 57) à Module.emit (require.js: 1155) à Module.check (require.js: 917) "entrez la description de l'image ici

Nabarun006
la source
quoi que ce soit fait avec le serveur ou le fichier .htaccess?
Shyam Krishna Sreekumar
1
Même problème auquel je suis confronté
ren
1
Avez-vous résolu votre problème?
zus
cela peut aider magento.stackexchange.com/questions/121312/…
Surya prakash Patel
J'ai eu ce problème tout à l'heure, mais cela était dû à l'indication du mauvais module dans le fichier layout / default.xml où je faisais référence, à corriger cela et cela a été corrigé
Barry

Réponses:

17

J'ai récemment eu un problème très similaire avec un site Magento 2. Géré pour retrouver le problème dans un fichier .htaccess très important manquant dans le dossier pub / statique sur le serveur.

On ne sait pas comment ce fichier a été mystérieusement supprimé, mais l'ajout de ce fichier à partir d'une installation propre de Magento 2 a corrigé le problème.

Aaron O'Neill
la source
13

Le problème est dû au problème d'autorisation sur les fichiers statiques.

Pour résoudre ce problème,

1) Accédez au chemin du fichier pub/static/

2) Vérifiez si le .htaccessfichier est disponible (fichier caché - Appuyez sur cntrl + H pour l'afficher).

3) S'il n'est pas disponible, en fonction de la version de Magento, récupérez le .htaccessfichier dans le chemin d'accès pub/static/et accédez à votre serveur.

4) Enfin, videz votre navigateur et le cache Magento et vérifiez-les.

Sathishkumar
la source
Je ne vérifie pas le fichier htaccess: D parfait! :)
alexey boltynov
9

J'ai eu le même problème ce matin. J'ai mis à jour les modèles d'e-mails de vente , puis les pages d'administration ont soudainement cessé de fonctionner.

Le problème a été résolu lorsque j'ai redéployé les ressources pour les pages d'administration.

J'exécute ces commandes:

  1. grunt clean; grunt exec; grunt less
  2. bin/magento setup:static-content:deploy -f -s standard
  3. bin/magento cache:clean

Peut-être que le CSS doit être redéployé chaque fois que les modèles d'e-mails de vente sont mis à jour.

Yas Nakano
la source
Pourriez-vous expliquer ce que font les gruntcommandes? Je ne l'utilise pas actuellement. Merci!
Joshua Flood
1
@JoshuaFlood peut-être que ce lien peut vous aider, vous et les autres .. devdocs.magento.com/guides/v2.0/frontend-dev-guide/css-topics/…
fudu
1
@JoshuaFlood grunt n'est qu'un moyen d'automatiser des tâches récurrentes comme dans ce cas, compiler moins de fichiers en CSS, mais vous pouvez parcourir un projet entier sans utiliser grunt, dans mon cas, utilisé la boussole pour compiler sass
medmek
Merci les gars! Bien que je ne sois pas sûr de vouloir trop trafiquer le système magento en ce moment car j'ai presque fini de configurer mon environnement de production et j'ai lu que Magento ne prendra plus en charge LESS dans un avenir proche, donc je ' ll attendra qu'ils aient leur acte ensemble. Devra jouer à un moment donné.
Joshua Flood
3

activer le rewrite_module d'apache

Chandra Prakash Gupta
la source
Vous voulez dire: apache httpd.conf la ligne: LoadModule rewrite_module modules / mod_rewrite.so
Gem
3

Si vous êtes en mode production, entrez cette commande

configuration bin / magento: contenu statique: déployer

Si vous êtes en mode développeur, entrez ces commandes dans l'ordre

1- exécutez grognement 2- grognez moins

Marcel Al Mutawa
la source
3

Passez environ une heure à chercher une solution à ce problème ...

J'ai eu un nouveau Magento ver. 2.2.6 installation et a eu le même problème. Aucune des réponses actuellement ici n'a fonctionné pour moi. Enfin un simple:

php bin/magento cache:flush

résolu mon problème.

J'espère que ce qui précède viendra à la rescousse si tous les autres conseils échouent.

Greg
la source
1
Merci. Je travaille aussi pour moi en 2.3.2
Abdel Karim Mateos Sanchez
2

J'ai aussi eu le même problème,

Ce que j'ai fait, c'était de renommer le .htaccess à la fois dans le répertoire racine et dans le répertoire / pub. cela a résolu mon problème.

Vous pouvez également remplacer .htaccess par ce

############################################
## uncomment the line below to enable developer mode

#   SetEnv MAGE_MODE developer

############################################
## uncomment these lines for CGI mode
## make sure to specify the correct cgi php binary file name
## it might be /cgi-bin/php-cgi

#    Action php5-cgi /cgi-bin/php5-cgi
#    AddHandler php5-cgi .php

############################################
## GoDaddy specific options

#   Options -MultiViews

## you might also need to add this line to php.ini
##     cgi.fix_pathinfo = 1
## if it still doesn't work, rename php.ini to php5.ini

############################################
## this line is specific for 1and1 hosting

    #AddType x-mapp-php5 .php
    #AddHandler x-mapp-php5 .php

############################################
## default index file

    DirectoryIndex index.php

<IfModule mod_php5.c>

############################################
## adjust memory limit

    php_value memory_limit 768M
    php_value max_execution_time 18000

############################################
## disable automatic session start
## before autoload was initialized

    php_flag session.auto_start off

############################################
## enable resulting html compression

    #php_flag zlib.output_compression on

###########################################
## disable user agent verification to not break multiple image upload

    php_flag suhosin.session.cryptua off

</IfModule>

<IfModule mod_security.c>
###########################################
## disable POST processing to not break multiple image upload

    SecFilterEngine Off
    SecFilterScanPOST Off
</IfModule>

<IfModule mod_deflate.c>

############################################
## enable apache served files compression
## http://developer.yahoo.com/performance/rules.html#gzip

    # Insert filter on all content
    ###SetOutputFilter DEFLATE
    # Insert filter on selected content types only
    #AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript

    # Netscape 4.x has some problems...
    #BrowserMatch ^Mozilla/4 gzip-only-text/html

    # Netscape 4.06-4.08 have some more problems
    #BrowserMatch ^Mozilla/4\.0[678] no-gzip

    # MSIE masquerades as Netscape, but it is fine
    #BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

    # Don't compress images
    #SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip dont-vary

    # Make sure proxies don't deliver the wrong content
    #Header append Vary User-Agent env=!dont-vary

</IfModule>

<IfModule mod_ssl.c>

############################################
## make HTTPS env vars available for CGI mode

    SSLOptions StdEnvVars

</IfModule>

<IfModule mod_rewrite.c>

############################################
## enable rewrites

    Options +FollowSymLinks
    RewriteEngine on

############################################
## you can put here your magento root folder
## path relative to web root

    #RewriteBase /magento/

############################################
## workaround for HTTP authorization
## in CGI environment

    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

############################################
## TRACE and TRACK HTTP methods disabled to prevent XSS attacks

    RewriteCond %{REQUEST_METHOD} ^TRAC[EK]
    RewriteRule .* - [L,R=405]

############################################
## redirect for mobile user agents

    #RewriteCond %{REQUEST_URI} !^/mobiledirectoryhere/.*$
    #RewriteCond %{HTTP_USER_AGENT} "android|blackberry|ipad|iphone|ipod|iemobile|opera mobile|palmos|webos|googlebot-mobile" [NC]
    #RewriteRule ^(.*)$ /mobiledirectoryhere/ [L,R=302]

############################################
## never rewrite for existing files, directories and links

    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_FILENAME} !-l

############################################
## rewrite everything else to index.php

    RewriteRule .* index.php [L]

</IfModule>


############################################
## Prevent character encoding issues from server overrides
## If you still have problems, use the second line instead

    AddDefaultCharset Off
    #AddDefaultCharset UTF-8

<IfModule mod_expires.c>

############################################
## Add default Expires header
## http://developer.yahoo.com/performance/rules.html#expires

    ExpiresDefault "access plus 1 year"
    ExpiresByType text/html A0
    ExpiresByType text/plain A0

</IfModule>

###########################################
## Deny access to root files to hide sensitive application information
    RedirectMatch 404 /\.git

    <Files composer.json>
        order allow,deny
        deny from all
    </Files>
    <Files composer.lock>
        order allow,deny
        deny from all
    </Files>
    <Files .gitignore>
        order allow,deny
        deny from all
    </Files>
    <Files .htaccess>
        order allow,deny
        deny from all
    </Files>
    <Files .htaccess.sample>
        order allow,deny
        deny from all
    </Files>
    <Files .php_cs>
        order allow,deny
        deny from all
    </Files>
    <Files .travis.yml>
        order allow,deny
        deny from all
    </Files>
    <Files CHANGELOG.md>
        order allow,deny
        deny from all
    </Files>
    <Files CONTRIBUTING.md>
        order allow,deny
        deny from all
    </Files>
    <Files CONTRIBUTOR_LICENSE_AGREEMENT.html>
        order allow,deny
        deny from all
    </Files>
    <Files COPYING.txt>
        order allow,deny
        deny from all
    </Files>
    <Files Gruntfile.js>
        order allow,deny
        deny from all
    </Files>
    <Files LICENSE.txt>
        order allow,deny
        deny from all
    </Files>
    <Files LICENSE_AFL.txt>
        order allow,deny
        deny from all
    </Files>
    <Files nginx.conf.sample>
        order allow,deny
        deny from all
    </Files>
    <Files package.json>
        order allow,deny
        deny from all
    </Files>
    <Files php.ini.sample>
        order allow,deny
        deny from all
    </Files>
    <Files README.md>
        order allow,deny
        deny from all
    </Files>

################################
## If running in cluster environment, uncomment this
## http://developer.yahoo.com/performance/rules.html#etags

    #FileETag none
Destiny Alabi
la source
Merci pour cette réponse c'est du travail.
Chirag Gondaliya
1

J'ai eu ce problème récemment et je n'ai pas pu trouver la cause du tout.

C'était jusqu'à ce que je vérifie le debug.log- cela s'est avéré être une erreur de syntaxe dans le fichier LESS personnalisé de mon thème. (Dans mon cas, j'avais ajouté un support supplémentaire quelque part).

  • J'ai corrigé l'erreur
  • Déploiement de fichiers statiques à nouveau
  • Nettoyé et vidé la cache

J'ai de nouveau actualisé la page et le thème s'est correctement traité.

Je ne sais pas pourquoi Magento a jeté un wobbler dessus - cela pourrait être la configuration de mon site, mais bon - cela l'a résolu donc je le sais pour la prochaine fois!

J'espère que cela aide les autres :)

Thomas Harding
la source
1

Pour éliminer cette erreur, j'ai supprimé l'extrait CSS de

Panneau d'administration> Conception> Configuration> Sélectionner un thème> Section HTML Head> Scripts et feuilles de style

Ensuite, vous pouvez continuer. Puisque ce fichier ne sera jamais utilisé dans magento :)

Shahzad Ahmed
la source
0

Vous devez ajouter votre thème dans ce fichier: dev / tools / grunt / configs / themes.js

Aurélien
la source
0

Dans mon cas, ce problème est apparu après avoir supprimé une variable moins qui était toujours utilisée dans d'autres fichiers less.

Par conséquent, Magento n'a pas terminé la compilation du CSS, ce qui entraîne une autre réponse du serveur comme prévu.

EssGee
la source
0

Si (pour une raison quelconque) vous utilisez un thème de Venustheme, le fichier CSS n'est pas créé lors d'un déploiement de contenu. Il existe une erreur dans Chrome concernant les types MIME non pris en charge, mais lorsque vous vérifiez sur FTP, le fichier n'existe même pas.

Pour le réparer, allez à:

Venustheme -> Customization -> and click Save Config

Vider le cache après cela et tout ira bien.

Meule
la source
0

même problème que je viens d'avoir aujourd'hui. Quoi que j'aie fait, je n'ai pas pu le résoudre. Je n'ai pas pu accéder à l'administrateur car CSS ne se chargeait pas ...

Le j'ai compris à partir des informations de la page Google, il ne peut pas trouver les fichiers CSS sous / pub / static. J'ai vérifié les fichiers .htaccess pour tous les répertoires, tout allait bien.

J'ai vu qu'il cherchait des fichiers .css mais j'ai vérifié ensuite avec l'explorateur de fichiers cpanel, cet endroit où j'ai .min.css.

Donc, je comprends que cela est dû au paramètre de minification dans admin pour CSS et JS.

Avant, je vérifiais tout sur OUI pour la fusion et la minification JSS et CSS.

Étant donné que je ne pouvais pas atteindre l'administrateur, j'ai ouvert phpMyadmin et trouvé la table core_config_data et effectué une recherche PATH =% LIKE% css puis js et effectué la minification et la fusion sur "0".

alors je refais:

  • bin / magento s: d: c

  • configuration bin / magento: déploiement de contenu statique -f (tr_TR pour ma langue)

  • bin / magento c: f

  • bin / magento c: c

tout va bien et ce problème résolu pour moi ...

j'espère que cela aide quelqu'un face au même cas que moi ...

Savaş Erdem Çalışkan
la source
0

J'étais confronté à la même erreur dans ma configuration locale. J'ai donc essayé

  1. grognement propre;
  2. configuration bin / magento: contenu statique: deploy -f

Au moment du déploiement de contenu statique, j'ai appris qu'il y avait une mauvaise affectation de variable dans _theme.less. J'ai corrigé cela et j'ai couru à nouveau

  1. grognement propre;
  2. configuration bin / magento: contenu statique: deploy -f

Cela a résolu mon problème.

Shrikant Vaghela
la source
-2

Mon problème était les autorisations du propriétaire, certains fichiers ont été déplacés de mon compte sur le compte root.

Après avoir vu qu'il y avait trop de fichiers à changer, je viens de changer pour tout le dossier www car je n'ai qu'un seul magento

chown yourusername:yourusername -R /home/<yourusername>/www/*
George Dobre
la source
Cette réponse dépend beaucoup des autorisations utilisateur / fichier sous lesquelles votre serveur s'exécute. Cette réponse entraînera le plus souvent la ruine des installations où le serveur s'exécute sous www-data.
Pathfinder