Recusou-se a aplicar o estilo "porque seu tipo MIME ('text / html') não é um tipo MIME da folha de estilo suportada"

27

De repente, o CSS não está carregando no meu painel de administração do Magento 2. O frontend está funcionando bem.

Detalhes do erro:

  1. "Recusou aplicar o estilo de ' https://www.ornativa.com/pub/static/version1502029409/adminhtml/Magento/backend/en_US/css/styles-old ...' porque seu tipo MIME ('text / html' ) não é um tipo MIME de folha de estilo suportada e a verificação estrita de MIME está ativada. "

  2. "SyntaxError não detectado: token inesperado <no JSON na posição 0 em JSON.parse () no retorno de chamada ((índice): 68) em Object.execCb (require.js: 1650) em Module.check (require.js: 866) em Módulo. (Require.js: 1113) em require.js: 132 em require.js: 1156 em cada (require.js: 57) em Module.emit (require.js: 1155) em Module.check (require.js: 917) "insira a descrição da imagem aqui

Nabarun006
fonte
algo feito com o servidor ou arquivo .htaccess?
Shyam Krishna Sreekumar
11
Mesmo problema que estou enfrentando
ren
11
Você resolveu seu problema?
Zus 24/0418
isso pode ajudar magento.stackexchange.com/questions/121312/…
Surya prakash Patel
Eu tive esse problema agora, mas era devido a indicar o módulo errado no layout / default.xml em que eu estava referenciando isso, corrigi-lo e corrigi-lo
Barry

Respostas:

17

Recentemente, tive um problema muito semelhante com um site Magento 2. Conseguiu rastrear o problema para um arquivo .htaccess muito importante ausente na pasta pub / static do servidor.

Não está claro como esse arquivo foi removido misteriosamente, mas a inclusão novamente desse arquivo em uma instalação limpa do Magento 2 corrigiu o problema.

Aaron O'Neill
fonte
13

O problema é causado devido ao problema de permissão nos arquivos estáticos.

Para corrigir esse problema,

1) Vá para o caminho do arquivo pub/static/

2) Verifique se o .htaccessarquivo está disponível (arquivo oculto - pressione cntrl + H para visualizá-lo).

3) Se não estiver disponível, com base na versão Magento, obtenha o .htaccessarquivo no caminho do arquivo pub/static/e vá para o servidor.

4) Finalmente, limpe o navegador e o cache do Magento e verifique-o.

Sathishkumar
fonte
Eu não verifico o arquivo htaccess: D perfeito! :)
alexey boltynov 24/01
9

Eu tive o mesmo problema esta manhã. Atualizei os modelos de email de vendas e , de repente, as páginas de administração pararam de funcionar.

O problema foi resolvido quando reimplantei os ativos para as páginas de administração.

Eu executo estes comandos:

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

Talvez o CSS precise ser reimplantado sempre que os modelos de email de vendas forem atualizados.

Yas Nakano
fonte
Poderia explicar o que os gruntcomandos fazem? Atualmente não o uso. Obrigado!
Joshua Flood
11
@JoshuaFlood talvez este link pode ajudar você e os outros .. devdocs.magento.com/guides/v2.0/frontend-dev-guide/css-topics/...
Fudu
11
O @JoshuaFlood grunt é apenas uma maneira de automatizar tarefas recorrentes, como neste caso compilar menos arquivos em css, mas você pode passar por um projeto inteiro sem usar o grunhido, no meu caso, bússola para compilar sass
medmek
Obrigado rapazes! Embora eu não esteja certo de querer adulterar muito o sistema magento agora, já que estou quase terminando de configurar meu ambiente de produção e li que o Magento não suportará mais o LESS no futuro próximo, então eu ' vou esperar até que eles ajam juntos. Vai ter que brincar em algum momento.
Joshua Flood
3

ativar o rewrite_module do apache

Chandra Prakash Gupta
fonte
Quer dizer: apache httpd.conf a linha: LoadModule rewrite_module / mod_rewrite.so
Gem
3

Se você estiver no modo de produção, insira este comando

configuração bin / magento: static-content: deploy

Se você estiver no modo de desenvolvedor, insira esses comandos em ordem

1- exec grunhido 2- grunhido menos

Marcel Al Mutawa
fonte
3

Passe cerca de uma hora procurando a solução para este problema ...

Eu tinha ver Magento fresco . 2.2.6 instalação e teve o mesmo problema. Nenhuma das respostas atualmente aqui funcionou para mim. Finalmente um simples:

php bin/magento cache:flush

corrigiu meu problema.

Espero que o exposto acima seja resgatado se todas as outras dicas falharem.

Greg
fonte
11
obrigado. Trabalhando para mim também em 2.3.2
Abdel Karim Mateos Sanchez
2

Eu também tive o mesmo problema,

O que fiz foi renomear o arquivo .htaccess no diretório raiz e no diretório / pub. isso resolveu meu problema.

Além disso, você pode substituir .htaccess por este

############################################
## 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
fonte
Obrigado por esta resposta, é trabalho.
Chirag Gondaliya 12/11
1

Eu tive esse problema recentemente e não consegui encontrar o que estava causando isso.

Isso foi até eu verificar o debug.log- acabou por ser um erro de sintaxe no arquivo LESS personalizado do meu tema. (No meu caso, eu adicionei um suporte extra em algum lugar).

  • Eu corrigi o erro
  • Arquivos estáticos implantados novamente
  • Limpou e liberou o cache

Atualizei a página novamente e o tema estava sendo processado corretamente.

Não sei por que o Magento lançou um tremor por causa disso - poderia ser a configuração do meu site, mas ei - ele resolveu o problema, então eu sei da próxima vez!

Espero que isso ajude os outros :)

Thomas Harding
fonte
1

Para se livrar desse erro, removi o snippet CSS de

Painel do administrador> Design> Configuração> Selecionar tema> seção HTML Head> Scripts e folhas de estilos

Então você pode prosseguir. Como esse arquivo nunca será usado no magento :)

Shahzad Ahmed
fonte
0

Você precisa adicionar seu tema nesse arquivo: dev / tools / grunt / configs / themes.js

Aurélien
fonte
0

No meu caso, esse problema apareceu após excluir uma variável menos que ainda era usada em outros arquivos menos.

Portanto, o Magento não concluiu a compilação do css, o que resulta em outra resposta do servidor conforme o esperado.

EssGee
fonte
0

Se (por algum motivo) você estiver usando um tema do Venustheme, o arquivo CSS não será criado durante uma implantação de conteúdo. Há um erro no Chrome sobre tipos MIME não suportados, mas quando você verifica o FTP, o arquivo nem existe.

Para corrigi-lo, vá para:

Venustheme -> Customization -> and click Save Config

Limpe o cache depois disso e tudo ficará bem.

Rick
fonte
0

mesmo problema que tive hoje. O que quer que eu tenha feito, não consegui resolver. Não foi possível entrar em contato com o administrador, pois o CSS não estava carregando ...

O que eu descobri nas informações da página do Google, não é possível encontrar os arquivos css em / pub / static. Eu verifiquei os arquivos .htaccess para todos os diretórios, tudo estava bem.

Vi que estava pesquisando arquivos .css, mas verifiquei com o cpanel file explorer, o local em que tenho .min.css.

Então eu entendo isso é por causa da configuração de minificação em admin para CSS e JS.

Antes, verifiquei todos no YES para mesclagem e minificação de JSS e CSS.

Como não consegui acessar o admin, abri o phpMyadmin, localize a tabela core_config_data e faça a pesquisa PATH =% LIKE% css e, em seguida, js e faça a minification and merge definida como "0".

então eu faço novamente:

  • bin / magento s: d: c

  • configuração bin / magento: conteúdo estático deploy -f (tr_TR para o meu idioma)

  • bin / magento c: f

  • bin / magento c: c

está tudo bem e esse problema foi resolvido para mim ...

espero que isso ajude alguém enfrentando o mesmo caso como eu ...

Savaş Erdem Çalışkan
fonte
0

Eu estava enfrentando o mesmo erro na minha configuração local. Então eu tentei

  1. grunhido limpo;
  2. configuração bin / magento: static-content: deploy -f

No momento da implantação do conteúdo estático, soube que há alguma atribuição incorreta de variável em _theme.less. Corrigi isso e corri novamente

  1. grunhido limpo;
  2. configuração bin / magento: static-content: deploy -f

Isso corrigiu meu problema.

Shrikant Vaghela
fonte
-2

Meu problema era com permissões de proprietário, alguns dos arquivos foram transferidos da minha conta na conta raiz.

Depois de ver que havia muitos arquivos a serem alterados, mudei para toda a pasta www, pois tenho apenas um magento

chown yourusername:yourusername -R /home/<yourusername>/www/*
George Dobre
fonte
Essa resposta depende muito de quais permissões de usuário / arquivo o servidor executa. Na maioria das vezes, essas respostas arruinam as instalações onde o servidor é executado sob www-data.
Pathfinder