Il mio sito web magento 2 si è bloccato: errore fuso orario () sconosciuto o non valido

Quando accedo al mio sito Web Magento ricevo errori

DateTimeZone :: __ construct (): fuso orario sconosciuto o non valido ()

nelle pagine Block e CMS e tutte le pagine del mio elenco prodotti sul frontend mostrano errori 404 pagina non trovata. Per favore controlla e aiutami a risolvere questo problema al più presto. Puoi verificare questo problema qui. Risolvo questo errore ripristinando il mio sito di backup.

Ma se sai perché questo errore sta arrivando, questa domanda è ancora aperta

magento2 error timezone

— Murtuza Zabuawala
fonte

La mia risposta non ti ha aiutato?

— Siarhey Uchukhlebau,

Attualmente sto riscontrando lo stesso problema in Magento 2.1.3. La homepage funziona, ma tutte le altre pagine no. Il mio fuso orario è impostato correttamente core_config_datasu Europe/Amsterdam.

— Giel Berkers,

Risposte:

Non so esattamente come sia successo, ma nel mio scenario la core_config_datatabella era corrotta. In qualche modo aveva aggiunto una nuova riga con pathset su generale valueimpostato su NULL:

Ciò ha causato Magento\Framework\App\Config\ScopeConfigInterface::getValue()il public/vendor/magento/framework/Stdlib/DateTime/Timezone.php::scopeDate()ritorno al NULLposto di Europe/Amsterdam. Inutile dire che quando l' \DateTimeZone()oggetto è stato creato ha immediatamente gettato questa eccezione.

Quindi, se qualcun altro incontra questo errore, la tua configurazione potrebbe essere un posto ovvio per iniziare a cercare.

— Giel Berkers
fonte

Ho avuto lo stesso identico problema. Ho erroneamente aggiunto una nuova riga nella core_cofig_datatabella durante il tentativo di inserire alcune voci per qualcosa di diverso. Sto usando l'app SequelPro su Mac e quando aggiungo una nuova riga si aggiunge automaticamente generalsotto il percorso

— Alex Dinca,

sì, stesso problema per me un modo semplice e veloce per liberarmene per riferimento futuro:DELETE FROM core_config_data WHERE path LIKE 'general' AND value IS NULL LIMIT 1;

— B00MER

Posso confermare che questo era il problema su M2 EE v 2.1.5. Un'installazione pulita che funzionava fino a quando non ho installato uRapidFlow. Non sono sicuro che si tratti di un bug di Magento o di un problema con l'estensione.

— sparecycle

Ha funzionato come un incantesimo e non dimenticare di pulire la cache dopo aver eliminato la riga "generale" "NULL" nel database;)

— Alex

Posso dire che questo problema con valori vuoti / nulli in core_config_data con path = 'general' è stato un problema di cui anche Magento 1 ha sofferto.

— Rand,

Il fuso orario dovrebbe essere uno degli elenchi dei fusi orari supportati . Sembra che tu stia utilizzando un fuso orario vuoto.

Prova a rilevare il fuso orario del negozio corrente utilizzando la query successiva:

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

Se il risultato è vuoto, prova a inserire il valore predefinito:

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

Se questo non aiuta, prova a cercare all'interno del progetto: dove il codice genera un errore. Quindi prova a eseguire il debug: rileva da dove proviene il valore del fuso orario vuoto.

— Siarhey Uchukhlebau
fonte

Ho appena ripristinato il mio vecchio sito Web ripristinando il backup. E stiamo lavorando alla scadenza, quindi non ho verificato il problema che ha causato il problema, ma grazie per la risposta. Ho votato a fondo la tua risposta e controllerò Se è lo stesso problema,

— segnerò la

Ho affrontato questo problema in una configurazione vanilla di 2.3.0 e risolto utilizzando la soluzione sopra. Grazie @Siarhey

— Praful Rajput,

Ho risolto il problema con la risposta corretta;

1, selezionare TO:

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

2, Elimina TO:

DELETE FROM `core_config_data` WHERE path = 'general'

Quindi il sito web funziona, spero di esserti stato utile.

— jerry xu
fonte

Giel Berkers ha già risposto allo stesso che novità hai risposto ??

— Murtuza Zabuawala,

Sì, grazie！

— jerry xu,