Es wurde abgelehnt, den Stil anzuwenden, „weil sein MIME-Typ ('text / html') kein unterstützter Stylesheet-MIME-Typ ist“.

27

Plötzlich wird CSS nicht mehr in meinem Magento 2 Admin-Panel geladen. Das Frontend funktioniert einwandfrei.

Fehlerdetails:

  1. "Es wurde abgelehnt, den Stil von" https://www.ornativa.com/pub/static/version1502029409/adminhtml/Magento/backend/en_US/css/styles-old ... " anzuwenden , da dieser MIME-Typ (" text / html ") ) ist kein unterstützter Stylesheet-MIME-Typ, und die strikte MIME-Prüfung ist aktiviert. "

  2. "Nicht erfasster Syntaxfehler: Unerwartetes Token <in JSON an Position 0 in JSON.parse () bei Rückruf ((Index): 68) in Object.execCb (require.js: 1650) in Module.check (require.js: 866) um Modul. (Erforderlich.js: 1113) bei Erforderlich.js: 132 bei Erforderlich.js: 1156 bei jedem (Erforderlich.js: 57) bei Module.emit (Erforderlich.js: 1155) bei Module.check (Erforderlich.js: 917)Bildbeschreibung hier eingeben

Nabarun006
quelle
irgendetwas mit dem Server oder der .htaccess-Datei gemacht?
Shyam Krishna Sreekumar
1
Gleiches Problem, mit dem ich konfrontiert bin
Ren
1
Haben Sie Ihr Problem gelöst?
Zusätzliche
Dies kann helfen, magento.stackexchange.com/questions/121312/…
Surya Prakash Patel
Ich hatte dieses Problem gerade, aber es lag daran, dass das falsche Modul in der Datei layout / default.xml angegeben wurde, auf das ich verwiesen habe, und das wurde behoben
Barry vor

Antworten:

17

Hatte kürzlich ein sehr ähnliches Problem mit einer Magento 2-Site. Es ist gelungen, das Problem in einer sehr wichtigen .htaccess-Datei aufzuspüren, die im Ordner pub / static auf dem Server fehlt.

Es ist unklar, wie diese Datei auf mysteriöse Weise entfernt wurde, aber das erneute Hinzufügen dieser Datei aus einer sauberen Magento 2-Installation behebt das Problem.

Aaron O'Neill
quelle
13

Das Problem wird aufgrund des Berechtigungsproblems für die statischen Dateien verursacht.

Um dieses Problem zu beheben,

1) Gehen Sie zum Dateipfad pub/static/

2) Überprüfen Sie, ob eine .htaccessDatei verfügbar ist (versteckte Datei - Drücken Sie cntrl + H, um sie anzuzeigen).

3) Falls nicht verfügbar, basierend auf der Magento-Version, holen Sie sich die .htaccessDatei in den Dateipfad pub/static/und ziehen Sie sie auf Ihren Server.

4) Leeren Sie abschließend Ihren Browser und den Magento-Cache und überprüfen Sie ihn.

Sathishkumar
quelle
Ich überprüfe die htaccess-Datei nicht: D perfect! :)
alexey boltynov
9

Ich hatte heute Morgen das gleiche Problem. Ich habe die Sales-E-Mail-Vorlagen aktualisiert und plötzlich funktionierten die Admin-Seiten nicht mehr.

Das Problem wurde behoben, als ich die Assets für Admin-Seiten erneut bereitgestellt habe.

Ich führe diese Befehle aus:

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

Möglicherweise muss das CSS erneut bereitgestellt werden, wenn die Sales-E-Mail-Vorlagen aktualisiert werden.

Yas Nakano
quelle
Könnten Sie bitte erklären, was die gruntBefehle tun? Ich benutze es derzeit nicht. Vielen Dank!
Joshua Flood
1
@JoshuaFlood Vielleicht kann dieser Link Ihnen und den anderen helfen. Devdocs.magento.com/guides/v2.0/frontend-dev-guide/css-topics/…
fudu
1
@JoshuaFlood Grunzen sind nur eine Möglichkeit , Aufgaben zu automatisieren , wie in diesem Fall wiederkehrenden weniger Datei in CSS kompilieren, aber Sie könnten ein ganzes Projekt ohne Grunzen, in meinem Fall verwendet Kompass für die Erstellung sass gehen
medmek
Danke Leute! Obwohl ich mir nicht sicher bin, ob ich im Moment zu viel mit dem Magento-System anfangen möchte, da ich fast fertig bin, meine Produktionsumgebung einzurichten, und ich gelesen habe, dass Magento in naher Zukunft WENIGER nicht mehr unterstützt, so dass ich Ich warte, bis sie sich zusammengetan haben. Muss irgendwann rumspielen.
Joshua Flood
3

aktiviere das rewrite_module von apache

Chandra Prakash Gupta
quelle
Du meinst: Apache httpd.conf die Zeile: LoadModule rewrite_module modules / mod_rewrite.so
Gem
3

Wenn Sie sich im Produktionsmodus befinden, geben Sie diesen Befehl ein

bin / magento setup: static-content: deploy

Wenn Sie sich im Entwicklermodus befinden, geben Sie diese Befehle der Reihe nach ein

1- grunzen exec 2- grunzen weniger

Marcel Al Mutawa
quelle
3

Verbringen Sie ungefähr eine Stunde damit, nach einer Lösung für dieses Problem zu suchen ...

Ich hatte frisches Magento ver. 2.2.6 Installation und hatte das gleiche Problem. Keine der Antworten hier hat für mich funktioniert. Zum Schluss noch ein einfaches:

php bin/magento cache:flush

mein problem behoben.

Ich hoffe, dass das oben Genannte hilft, wenn alle anderen Tipps fehlschlagen.

Greg
quelle
1
Vielen Dank. Arbeitet auch für mich in 2.3.2
Abdel Karim Mateos Sanchez
2

Ich hatte auch das gleiche Problem,

Ich habe die .htaccess-Datei sowohl im Stammverzeichnis als auch im Verzeichnis / pub umbenannt. es hat mein Problem behoben.

Sie können auch .htaccess durch dieses ersetzen

############################################
## 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
Schicksal Alabi
quelle
Vielen Dank für diese Antwort, es ist Arbeit.
Chirag Gondaliya
1

Ich hatte dieses Problem vor kurzem und konnte nicht finden, was es überhaupt verursachte.

Das war, bis ich das überprüfte debug.log- es stellte sich heraus, dass es ein Syntaxfehler in der benutzerdefinierten WENIGER-Datei meines Themas war. (In meinem Fall hatte ich irgendwo eine zusätzliche Klammer hinzugefügt).

  • Ich habe den Fehler behoben
  • Bereitgestellte statische Dateien erneut
  • Cache gesäubert und geleert

Ich habe die Seite erneut aktualisiert und das Thema wurde ordnungsgemäß verarbeitet.

Ich bin mir nicht sicher, warum Magento einen Wobbler darüber geworfen hat - es könnte das Setup meiner Site sein, aber hey - es hat es gelöst, damit ich es für das nächste Mal weiß!

Hoffe das hilft anderen :)

Thomas Harding
quelle
1

Um diesen Fehler zu beheben, habe ich das CSS-Snippet von entfernt

Admin-Bereich> Design> Konfiguration> Thema auswählen> Abschnitt HTML-Kopf> Skripte und Stylesheets

Dann können Sie fortfahren. Da diese Datei niemals in Magento verwendet werden wird :)

Shahzad Ahmed
quelle
0

Sie müssen Ihr Thema in dieser Datei hinzufügen: dev / tools / grunt / configs / themes.js

Aurélien
quelle
0

In meinem Fall trat dieses Problem auf, nachdem ich eine weniger Variable gelöscht hatte, die noch in weniger anderen Dateien verwendet wurde.

Daher hat Magento die Kompilierung des CSS nicht abgeschlossen, was zu einer anderen Serverantwort führt, wie erwartet.

EssGee
quelle
0

Wenn Sie (aus irgendeinem Grund) ein Thema von Venustheme verwenden, wird die CSS-Datei während einer Inhaltsbereitstellung nicht erstellt. In Chrome ist ein Fehler bezüglich nicht unterstützter MIME-Typen aufgetreten. Wenn Sie jedoch FTP aktivieren, ist die Datei noch nicht einmal vorhanden.

Um das Problem zu beheben, gehen Sie zu:

Venustheme -> Customization -> and click Save Config

Löschen Sie den Cache danach und es wird in Ordnung sein.

Rick
quelle
0

Das gleiche Problem hatte ich gerade heute. Was auch immer ich getan habe, ich konnte es nicht lösen. Ich konnte den Administrator nicht erreichen, da CSS nicht geladen wurde ...

Die Informationen auf der Google-Seite haben ergeben, dass die CSS-Dateien unter / pub / static nicht gefunden werden können. Ich habe die .htaccess-Dateien für alle Verzeichnisse überprüft, alles war in Ordnung.

Ich habe gesehen, dass es nach .css-Dateien gesucht hat, habe dann aber mit dem cpanel-Datei-Explorer überprüft, wo ich .min.css habe.

Ich verstehe, dass dies an der Minifizierungseinstellung in Admin für CSS und JS liegt.

Vorher habe ich alles mit YES überprüft, um zu sehen, ob JSS und CSS zusammengeführt und minimiert wurden.

Da ich admin nicht erreichen konnte, öffnete ich phpMyadmin und fand die Tabelle core_config_data und ließ search PATH =% LIKE% css und dann js und make minification und merge auf "0" zurücksetzen.

dann mache ich nochmal:

  • bin / magento s: d: c

  • bin / magento setup: static-content deploy -f (tr_TR für meine Sprache)

  • bin / magento c: f

  • bin / magento c: c

Alles ist in Ordnung und dieses Problem für mich gelöst ...

Ich hoffe, das hilft jemandem, der mit dem gleichen Fall konfrontiert ist wie ich ...

Savaş Erdem Çalışkan
quelle
0

In meinem lokalen Setup ist derselbe Fehler aufgetreten. Also habe ich es versucht

  1. grunze sauber;
  2. bin / magento setup: statischer inhalt: deploy -f

Zum Zeitpunkt der Bereitstellung statischer Inhalte stelle ich fest, dass _theme.less eine falsche Variablenzuweisung enthält. Ich habe das behoben und bin wieder gelaufen

  1. grunze sauber;
  2. bin / magento setup: statischer inhalt: deploy -f

Dies hat mein Problem behoben.

Shrikant Vaghela
quelle
-2

Mein Problem waren die Besitzerrechte, einige der Dateien wurden von meinem Konto auf das Root-Konto verschoben.

Nachdem ich gesehen hatte, dass zu viele Dateien geändert werden mussten, habe ich nur den gesamten WWW-Ordner geändert, da ich nur ein Magento habe

chown yourusername:yourusername -R /home/<yourusername>/www/*
George Dobre
quelle
Diese Antwort hängt stark von den Benutzer- / Dateiberechtigungen ab, unter denen Ihr Server ausgeführt wird. Diese Antwort wird am häufigsten als nicht, Ruin installiert, wo der Server unter WWW-Daten ausgeführt wird.
Pathfinder