Perché PHP pensa che sia una cattiva idea affidarsi al fuso orario del sistema?

Question

Sono un po 'infastidito dal mantenere il fuso orario di PHP aggiornato. Mi piace davvero che tutto il resto del mio sistema si fidi del fatto che sto mantenendo correttamente il fuso orario del sistema. Forse potrebbero esserci casi d'uso in cui potrebbe essere utile configurare PHP in modo diverso, ma perché PHP mi avvisa che fare affidamento sul mio fuso orario non è sicuro?

Warning: date(): E 'non è sicuro di fare affidamento su fuso orario impostazioni del sistema. Sei richiesto per utilizzare l'impostazione date.timezone o la funzione date_default_timezone_set().

Answer 1

Ecco cosa sviluppatori PHP dicono su di esso (nella related discussion):

No - si, come amministratore, sono tenuti a prendere una decisione informata sul ciò che si desidera che il fuso orario di essere. Ci sono stati troppi bug nella segnalazione in cui la gente non aveva idea, quindi ora lanciamo un avvertimento.

Derick Rethans è l'autore di this commit che ha trasformato date_warning da E_STRICT (in PHP 5.2-) per E_WARNING (PHP 5.3+).

La stessa discussione ha soluzione a questo bel suono (ma ovviamente scomodo), applicata da MediaWiki:

In realtà, il valore predefinito ragionevole è quello guess_timezone() fa già, ad eccezione senza le avvertenze. Puoi ottenere questo comportamento con ad es.

date_default_timezone_set(@date_default_timezone_get()); 

nella parte superiore del programma. Questo è ciò che MediaWiki fa (tranne con che modifica error_reporting invece di usare @). Abbiamo rubato l'idea a un'altra app web. È più comodo rispetto alla duplicazione della funzionalità di guess_timezone() nell'applicazione.

E 'prerogativa di Derick per infastidire tutti gli utenti a morte con avvertimenti, come il suo modo di indicare la sua avversione per lo stato del sistema operativo supporto per l'interrogazione del fuso orario del sistema. Questa è la ricompensa che gli diamo per aver scritto un sacco di codice data/ora.

La parte fondamentale di questa soluzione è date_default_timezone_get funzione, che, al fine, restituisce il fuso orario predefinito dalla ...

• leggere il set fuso orario utilizzando la funzione date_default_timezone_set() (se presente)
• lettura della variabile ambiente TZ (se non vuota) (Prima PHP 5.3.0)
• lettura del valore dell'opzione ini date.timezone (se impostato)
• interrogare il sistema operativo host (se supportato e consentito dal sistema operativo)

Answer 2

PHP viene spesso utilizzato da persone che Non mantenere correttamente i loro sistemi, o girare su sistemi di altri popoli (hosting condiviso). Se stai mantenendo correttamente il tuo sistema, configurare semplicemente il fuso orario PHP predefinito è semplice.

Answer 3

Poiché Derick detto. Ecco perchè. Questo internals mailing list thread ti dirà tutto sulla "logica" dietro questa decisione. L'avviso date.timezone è una costante seccatura per chiunque usi PHP come linguaggio di programmazione e non come sostituto per sapere come scrivere codice.

In particolare, questo comportamento guida i dadi me. Normalmente non abuserei del SO Q & Un sistema per sfogare ma questo avvertimento mi spinge le banane. Inoltre, è il 1 aprile quindi perché no?

Answer 4

1) utilizzando il sistema Fuso orario è un major performance overhead.

2) implementazioni di database TZ da diversi fornitori hanno historicaly avuto un sacco di problemi funzionali

3) ci sono problematiche legate alla intellectual property dei dati. È la minaccia delle rivendicazioni e la spesa per difenderli che mina tali progetti - non la validità della richiesta. Il caso del 2011 è stato risolto in via stragiudiziale, il che significa che la questione è stata risolta solo nel caso del ricorrente, non per eventuali sfide future.

4) Una conseguenza di (3) è che anche se un amministratore di sistema è diligente con gli aggiornamenti ci possono essere problemi a monte che impediscono la diffusione dei dati rivisti