O Magento 2 acabou de ser lançado ontem à noite e mal posso esperar para trabalhar nele. Tentei instalá-lo com todos os pré-requisitos.
O frontend funciona bem, mas quando tentei abrir o backend, ele diz "esta página da web tem um loop de redirecionamento". O Magento criou "admin_r2sxkn" como um URL de back-end exclusivo. Meu URL de administrador é http: // localhost / magento2 / admin_r2sxkn
Como solução, tentei excluir o cache que não funcionava.
PS: Eu tenho o xampp no mac, com as versões mais recentes do PHP e MySql, instalando a extensão PHP incl.
Qualquer ajuda seria apreciada.
No meu caso, eu estava importando um banco de dados Magento 2 já existente. O motivo pelo qual eu estava recebendo o erro era por causa do domínio de cookie no banco de dados. Vá para o seu banco de dados e consulte a tabela
core_config_data
. Você deve ver um caminho chamadoweb/cookie/cookie_domain
. Verifique se o domínio corresponde àquele em que você instalou o Magento 2. Ex: Se você instalou o Magento 2 nalocal.dev/<magento-root>
entrada,web/cookie/cookie_domain
deve serlocal.dev
.fonte
Tinha problema de loop de redirecionamento no Magento2 com um nome de domínio válido depois de mudar para https.
Check
web/secure/use_in_adminhtml
eweb/secure/use_in_frontend
configuraçõescore_config_data
, ambos devem estar em1
.fonte
select * from core_config_data where path like 'web/%';
magento config:set web/secure/use_in_adminhtml 1
emagento config:set web/secure/use_in_frontend 1
enquanto instala o magento2 no seu host local, tente usar 127.0.0.1 no endereço da sua loja na etapa 3 em vez do host local. Agora, o que você pode fazer é alterar a tabela core_config_data após 2 linhas
limpe o cache e verifique agora
Editado:-
Durante a instalação, tente 127.0.0.1 no endereço da sua loja na etapa 3, conforme mostrado na captura de tela
fonte
Eu tinha um domínio no formato local.abc_def.com e estava com esse problema.
Alterei o sublinhado no domínio para ser um hífen, resultando em um domínio local.abc-def.com e isso corrigiu o problema para mim
fonte
Pode ser depurado em \ Magento \ Backend \ Controller \ Adminhtml \ Auth \ Login :: execute
Por exemplo, com
É morre e os URLs são diferentes, isso dá uma dica para o problema.
fonte
admin/
por exemplo), ele verifica isso contra o URL com uma chave e redireciona ... para outro URL com uma chave, que é verificado contra um URL que então tem outra chave diferente?Tente limpar a pasta var / cache. Isso me ajuda.
fonte
Eu tenho uma solução melhor para corrigir o problema acima.
Abra o arquivo .htaccess
encontre a linha
De acordo com o seu problema, remova o comentário da linha como
Nota-: salve o arquivo .htaccess Limpe todo o var / cache e cache do navegador.
fonte
Antes da instalação, você deve escolher um nome de domínio válido. Por exemplo: em
www.magento2-test.dev
vez dissolocalhost
. Mais detalhes para esta edição: aquifonte
Use
localhost
como um domínio de nível superior real em vez de autônomo e você poderá gerenciar isso. Usar.dev
não é uma boa ideia, conforme explicado neste artigo: https://iyware.com/dont-use-dev-for-development/http://magento.localhost/
seria adequado ou, se você tiver alguns itensDOMAIN.com
que serão implantados posteriormente, você poderá fazer oDOMAIN.localhost
que mais tarde terminará em DOMAIN.com e, em seguida, poderá codificar seu servidor da web para procurar o nome do host, independentemente do TLD usado.ex, se você tiver duas lojas em DOMAIN1.com e DOMAIN2.com, insira suas regras no nginx conf (ou qualquer que seja o servidor da sua escolha) quanto
DOMAIN1.*
ao código para avaliar o código específico do DOMAIN1. Apache, você pode usar algo comoSetEnvIf Host DOMAIN1\.(localhost|com)$ VAR=val
no seu.htaccess
arquivo.fonte
Em alguns cenários, excluir os cookies específicos da instalação do Magento2 e limpar os arquivos de cache do Magento
var/cache
resolverá esse problema.fonte
Você deve excluir var / cache / * e executar o comando setup: static-content: deploy. deveria ser trabalho. Resolvi esse problema no meu host local com a etapa acima
fonte
Depois de mudar o http para https, é necessário atualizar os seguintes valores na tabela core_config_data.
Em seguida, limpe os caches e recarregue o URL do administrador.
fonte
Passei 8 horas no tópico, aqui estão minhas conclusões
1) defina AllowOverride all na configuração do diretório apache, pelo menos para que o arquivo .htaccess seja lido, na pasta magento é a solução universal para que o frontoffice && backoffice funcione
2) defina RewriteBase / em .htaccess ou uma subpasta se localhost / magento
3) Certifique-se de usar https para o caminho do administrador, caso essas solicitações sejam úteis (caso contrário, o cookie do administrador não será definido):
d = magento.seudominio.localhost ;
mysql -ua -pb -e "UPDATE magento.core_config_data SET value = ' https : // $ d /' WHERE caminho em ('web / secure / base_url')";
mysql -ua -pb -e "UPDATE magento.core_config_data SET value = 1 WHERE caminho em (' web / secure / use_in_adminhtml ')"
php bin / cache magento: flush
4) Isso é tudo, eu removi todo palpite errado deste post, pois eles eram muito à primeira vista ..
fonte
Se você usa verniz, não se esqueça de definir:
RequestHeader set X-Forwarded-Proto "https"
na configuração do host virtual. Encontrei-o aqui: http://www.sivaschenko.com/apache-ssl-termination-https-varnish-cache/
fonte
Outra coisa a se observar é que o mecanismo do servidor da web (nginx / apache) escuta na porta SSL 443 e que você possui certificados configurados. Esse foi o problema para mim, juntamente com o conselho já indicado em outras respostas.
fonte