„Date (): poleganie na ustawieniach strefy czasowej systemu nie jest bezpieczne…”

Wystąpił ten błąd, gdy poprosiłem o aktualizację wersji PHP z 5.2.17 do PHP 5.3.21 na serwerze.

<div style="border:1px solid #990000;padding-left:20px;margin:0 0 10px 0;">

<h4>A PHP Error was encountered</h4>

<p>Severity: Warning</p>
<p>Message:  date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/New_York' for 'EDT/-4.0/DST' instead</p>
<p>Filename: libraries/Log.php</p>
<p>Line Number: 86</p>

</div>
Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/New_York' for 'EDT/-4.0/DST' instead in /filelocation right here/system/libraries/Log.php on line 86

Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/New_York' for 'EDT/-4.0/DST' instead in /filelocation right here/system/libraries/Log.php on line 99
<div style="border:1px solid #990000;padding-left:20px;margin:0 0 10px 0;">

<h4>A PHP Error was encountered</h4>

<p>Severity: Warning</p>
<p>Message:  date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/New_York' for 'EDT/-4.0/DST' instead</p>
<p>Filename: libraries/Log.php</p>
<p>Line Number: 99</p>

</div>

Prawdopodobnie musisz umieścić strefę czasową w wierszu konfiguracji w swoim php.inipliku. Powinieneś mieć taki blok w swoim pliku php.ini:

[Date]
; Defines the default timezone used by the date functions
; http://php.net/date.timezone
date.timezone = America/New_York

Jeśli nie, dodaj go (zastępując strefę czasową swoją). Po skonfigurowaniu ponownie uruchom httpd ( service httpd restart).

Oto lista obsługiwanych stref czasowych .

Jeśli nie możesz zmodyfikować konfiguracji php.ini, możesz również użyć następującego fragmentu kodu na początku kodu:

date_default_timezone_set('Africa/Lagos');//or change to whatever timezone you want

Lista stref czasowych znajduje się na stronie http://www.php.net/manual/en/timezones.php .

Dodaj następujące elementy do swojego index.phppliku. Po raz pierwszy zetknąłem się z tym, kiedy przeniosłem moją aplikację z mojego serwera XAMPP na Apache 2.2 i PHP 5.4 ...

Radzę ci to zrobić w swoim index.phppliku zamiast w php.inipliku.

if( ! ini_get('date.timezone') )
{
    date_default_timezone_set('GMT');
}

<? print(gmdate("Y")); ?> 

zamiast

<? print(date("Y")); ?>

pracował dla mnie (pokazuje bieżący rok i nie wyświetla już komunikatu o błędzie). (Dzięki Chrisowi powyżej)

Jeśli to nie są twoje opcje

• Modyfikowanie php.ini.
• Dodawanie date_default_timezonepołączenia.

Zamiast dateciebie możesz użyć gmdate.

Użyłem go, gmdate( "Y" )gdy potrzebowałem roku na fragment kodu z prawami autorskimi.

Jeśli używasz CodeIgniter i nie możesz zmienić php.ini, dodałem następujące na początku index.php:

date_default_timezone_set('GMT');

Zawsze trzymam ten wiersz w katalogu głównym programisty index.php. Aby mój kod działał na dowolnym serwerze

date_default_timezone_set('Asia/Dhaka');

Lista obsługiwanych stref czasowych tutaj

@Justis wskazał mi właściwy kierunek, ale jego kod nie działał dla mnie. To spowodowało:

// set the default timezone if not set at php.ini
if (!date_default_timezone_get('date.timezone')) {
    // insert here the default timezone
    date_default_timezone_set('America/New_York');
}

Dokumentacja: http://www.php.net/manual/en/function.date-default-timezone-get.php

To rozwiązanie jest nie tylko dla tych, którzy nie mają pełnego dostępu do systemu. Jest niezbędny dla każdego skryptu, jeśli udostępniasz go komukolwiek innemu oprócz ciebie. Nigdy nie wiadomo, na jakim serwerze skrypt będzie działał, gdy przekażesz go komuś innemu.

Ten problem od pewnego czasu mnie denerwuje, gdy próbuję wstrzyknąć kompozytorowi skrypt „createbucket.php” i ciągle słyszę, że moja strefa czasowa jest niepoprawna.

Ostatecznie jedyną rzeczą, która rozwiązała ten problem, było: $ sudo nano /etc/php.ini

Wyszukaj strefę czasową

[Date]
; Defines the default timezone used by the date functions
; http://www.php.net/manual/en/datetime.configuration.php#ini.date.timezone
date.timezone = UTC

Upewnij się, że usunąłeś ;

W końcu

$ sudo service httpd restart

I będziesz dobrze iść :)

Musiałem umieścić to w podwójnych cudzysłowach.

date_default_timezone_set("America/Los_Angeles"); // default time zone

Możesz ustawić strefę czasową w swoim .htaccesspliku

php_value date.timezone UTC

Oprócz ustawienia date.timezone = jak wspomniano w kilku odpowiedziach, znalazłem błąd w pliku php.ini, który uniemożliwiał mu przejście do date.timezone. Znalazłem to, uruchamiając php z wiersza poleceń w terminalu. spowodowało to zgłoszenie błędu w wierszu 114. W moim przypadku odkomentowałem ustawienie wyświetlania błędów, które miały „|” między 2 wartościami. Nie podobało mi się to. Usunąłem jedną z wartości i | i potem wszystko było dobrze

Prosta metoda dla dwóch stref czasowych.

<?php 
$date = new DateTime("2012-07-05 16:43:21", new DateTimeZone('Europe/Paris')); 

date_default_timezone_set('America/New_York'); 

echo date("Y-m-d h:iA", $date->format('U')); 

// 2012-07-05 10:43AM 
?>

<? date_default_timezone_set('Europe/Istanbul'); ?>

Dla php (lub twojej lokalizacji).

Szybkim rozwiązaniem podczas usuwania niezgodności jest wyłączenie raportowania błędów w index.phppliku:

Wstaw poniższy wiersz do swojego index.php poniżejdefine( ‘_JEXEC’, 1 );

error_reporting( E_ERROR | E_PARSE | E_CORE_ERROR | E_CORE_WARNING | E_COMPILE_ERROR |
E_COMPILE_WARNING );

Hostuję mój segment EC2 i S3 w regionie us-west-2 (Oregon). Kiedy dzwoniłem $s3client->listBuckets()do listy istniejących wiader w php, otrzymywałem wyjątek - "Uncaught exception 'Exception' with message 'DateTime::__construct(): It is not safe to rely on the system's timezone settings...". wprowadziłem poniższe zmiany, aby to działało. Udostępnianie tych danych na wypadek, gdyby ktoś napotkał podobny problem i żadna z powyższych odpowiedzi nie pomogła.

1. Na podstawie dokumentacji @ AWS Configuring Network Time Protocol (NTP) potwierdziłem, że status usługi ntpd działa poprawnientpstat polecenie. Jeśli wystąpi błąd, ten link pomoże Ci dowiedzieć się, co się dzieje.
2. Otwarty plik /etc/php.ini (niektóre mogą mieć inną ścieżkę w oparciu o zainstalowaną wersję php) i stwierdził, że date.timezonenie ustawiono żadnej wartości, a także został domyślnie skomentowany. Nie skomentowałem, usuwając ';' przed tym wierszem i ustaw jego wartość na"UTC" i zapisz plik.
3. Zrestartowano demony HTTP i NTTP za pomocą poleceń sudo service httpd restarti sudo service ntpd restart.

Po tym jestem w stanie wyświetlić listę wiader bez żadnych wyjątków. Mam nadzieję że to pomoże.

Jeśli używasz Plesk, spróbuj, Najpierw otwórz Ustawienia PHP, na dole strony zmień date.timezone z DEFAULT na UTC.

Miałem ten błąd podczas uruchamiania php-fpm w więzieniu chroot. Próbowałem utworzyć etc / php.ini i / usr / share / zoneinfo w katalogu chroot, ale to po prostu nie działało. Próbowałem nawet śledzić demony php-fpm, aby zobaczyć, jakiego pliku brakuje - nic nie wyskoczyło.

Jeśli więc Google cię tu sprowadza, ponieważ pojawia się ten błąd, gdy używasz php-fpm skonfigurowanego dla chroot, prawdopodobnie możesz to naprawić, dodając ten wiersz do /etc/php-fpm.d/www.confsekcji ENV:

env[TZ] = America/New_York

Ponowne uruchomienie php-fpm jest zwykle wymagane, aby zadziałało. Mam nadzieję, że to pomoże komuś tam.

W moim konkretnym przypadku mam skonfigurowane PHP do korzystania z PHP-FPM (FastCGI Process Manager). Podczas uruchamiania phpinfo()z CLI widziałem poprawną strefę czasową, którą ustawiłem w php.ini, jednak nadal była niepoprawna w przeglądarce i powodowała awarię mojego kodu. Po prostu potrzebowałem zrestartować php-fpmusługę na serwerze.

service rh-php56-php-fpm restart

Może być również konieczne ponowne uruchomienie httpdusługi, jeśli edytowałeśphp.ini

service httpd restart

Powyższa odpowiedź z CtrlX jest poprawną odpowiedzią, ale może nie działać całkowicie. Dodałem tę linię do mojego pliku php.ini :

date.timezone = "America/Los_Angeles"

ale nie usunęło błędu PHP dla wszystkich moich plików, ponieważ niektóre z moich skryptów PHP znajdują się w podfolderach. Musiałem więc edytować plik .htaccess , aby skonfigurować php.ini, aby był używany rekurencyjnie (w podfolderach):

suphp_configpath /home/account_name/public_html

gdzie nazwa_konta to nazwa konta cpanel, a public_html to folder, w którym znajduje się plik php.ini.

Dla użytkownika dockera: Utwórz lokalny plik timezone.ini w swoim projekcie, skonfiguruj config w docker-compose.yml,

    volumes:
        - "./docker/config/timezone.ini:/usr/local/etc/php/conf.d/timezone.ini"

timezone.ini

    date.timezone=Australia/Sydney

Jeśli nie masz dostępu do pliku php.ini, utwórz lub edytuj .htaccessplik w katalogu głównym domeny lub sub i dodaj go (wygenerowany przez cpanel):

<IfModule mime_module>
AddType application/x-httpd-ea-php56 .php .php5 .phtml
</IfModule>

<IfModule php5_module>
php_value date.timezone "America/New_York"
</IfModule>

<IfModule lsapi_module>
php_value date.timezone "America/New_York"
</IfModule>

Istnieją dwie opcje rozwiązania tego

Najpierw przejdź do pliku php.ini i ustaw domyślną strefę czasową

date.timezone = "America/New_York"

Po ustawieniu strefy czasowej w php.ini zrestartuj serwer

Po drugie, zmień strefę czasową przypisania czasu wykonywania w zależności od potrzeb

date_default_timezone_set('America/New_York');

Na stronie połączenia umieść taki kod date_default_timezone_set("Africa/Johannesburg");na podstawie bieżącej lokalizacji.