Meu site do magento 2 está travado: erro de fuso horário () desconhecido ou ruim

Quando estou acessando meu site magento, estou recebendo erros

DateTimeZone :: __ construct (): fuso horário desconhecido ou incorreto ()

nas páginas Bloco e CMS e todas as minhas páginas da lista de produtos no frontend mostram erro 404 página não encontrada. Verifique e me ajude a corrigir esse problema o mais rápido possível. Você pode verificar esse problema aqui. Eu resolvo esse erro restaurando meu site de backup.

Mas se você sabe por que esse erro está chegando, essa pergunta ainda está aberta

magento2 error timezone

— Murtuza Zabuawala
fonte

Minha resposta não ajudou você?

— Siarhey Uchukhlebau 8/09/16

Atualmente, estou tendo o mesmo problema no Magento 2.1.3. A página inicial funciona, mas todas as outras páginas não. Meu fuso horário está devidamente definido em core_config_dataa Europe/Amsterdam.

— precisa saber é o seguinte

Respostas:

Não sei exatamente como aconteceu, mas no meu cenário a core_config_datatabela estava corrompida. Ele adicionou uma nova linha de alguma forma com pathset to generale valueset to NULL:

Isso fez com que na devolução em vez de . Escusado será dizer que, quando o objeto foi criado, lançou imediatamente essa exceção.Magento\Framework\App\Config\ScopeConfigInterface::getValue()public/vendor/magento/framework/Stdlib/DateTime/Timezone.php::scopeDate()NULLEurope/Amsterdam\DateTimeZone()

Portanto, se alguém encontrar esse erro, sua configuração pode ser um local óbvio para começar a procurar.

— Giel Berkers
fonte

Eu tive o mesmo problema. Por engano, adicionei uma nova linha na core_cofig_datatabela ao tentar inserir algumas entradas para algo diferente. Estou usando SequelPro aplicativo no Mac e quando eu adicionar uma nova linha ele adiciona automaticamente generalsob caminho

— Alex Dinca

Sim, o mesmo problema para mim é uma maneira rápida e fácil de se livrar dele para referência futura:DELETE FROM core_config_data WHERE path LIKE 'general' AND value IS NULL LIMIT 1;

— B00MER 21/03

Pode confirmar que esse foi o problema no M2 EE v 2.1.5. Uma instalação limpa que estava funcionando até eu instalar o uRapidFlow. Não tenho certeza se este é um bug do Magento ou se há um problema com a extensão.

— Sparecycle

Ele trabalhou como um encanto, e não se esqueça de cache de limpo após a exclusão da linha "geral" "NULL" no banco de dados;)

— Alex

Eu posso dizer que esse problema com valores em branco / nulos em core_config_data com path = 'general' foi um problema que até o Magento 1 sofreu.

— Rand

O fuso horário deve ser um da lista de fusos horários suportados . Parece que você está usando o fuso horário vazio.

Tente detectar o fuso horário do armazenamento atual usando a próxima consulta:

SELECT * FROM `core_config_data` WHERE `path` = 'general/locale/timezone'

Se o resultado estiver vazio, tente inserir o valor padrão:

INSERT INTO `core_config_data`(`path`, `value`) VALUES ('general/locale/timezone', 'Europe/Moscow')

Se isso não ajudar - tente pesquisar dentro do projeto: onde o código gera um erro. Em seguida, tente depurá-lo: detecte de onde o valor do fuso horário vazio está chegando.

— Siarhey Uchukhlebau
fonte

Acabo de reverter meu site antigo, revertendo o backup .e estamos trabalhando no prazo, por isso não verifiquei o problema que causou o problema, mas obrigado pela resposta. Tenho upvoted sua resposta e eu vou verificar se ele é o mesmo problema, então eu irá marcar sua resposta como aceite

— Murtuza Zabuawala

Eu enfrentei esse problema em uma instalação de baunilha da 2.3.0 e resolvi-a usando a solução acima. Obrigado @Siarhey

— Praful Rajput

Eu resolvi o problema com a resposta correta;

1, selecione PARA:

select * FROM `core_config_data` WHERE path = 'general'

2, excluir para:

DELETE FROM `core_config_data` WHERE path = 'general'

Então o site está funcionando, espero ser útil para você.

— jerry xu
fonte

Giel Berkers já respondeu o mesmo que novo você respondeu ??

— Murtuza Zabuawala 15/10/19

Sim, obrigado

— j