Ne peut pas Régler la date.fuseau horaire Dans php.fichier ini

Je suis en php5.5 et obtenez cette erreur à chaque fois que j'ai utilisé la fonction date en PHP:

 Warning: phpinfo(): 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 the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /var/www/info.php on line 1

le chargement du fichier de configuration est ici:

/etc/php5/apache2/php.ini

alors j'ai changé la date.le fuseau horaire dans cette:

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

; http://php.net/date.default-latitude
;date.default_latitude = 31.7667

; http://php.net/date.default-longitude
;date.default_longitude = 35.2333

; http://php.net/date.sunrise-zenith
;date.sunrise_zenith = 90.583333

; http://php.net/date.sunset-zenith
;date.sunset_zenith = 90.583333

Puis j'ai redémarrer le serveur:

sudo /etc/init.d/apache2 restart

mais toujours cette erreur, j'ai essayé de vérifier l' .fichier ini dans le nouvel emplacement du fichier ini mais rien de tout cela est primordial de la date.le fuseau horaire

J'ai vérifié le php.le fichier ini de l'autorisation, mais ne fonctionne toujours pas
merci de me guider pour résoudre ce problème, merci..

Remarque: la php-cli's php.ini fichier est différent alors apache2's php.ini fichier. Je suggère symbolique reliant l'un à l'autre pour les garder synchronisés et d'éviter la confusion!
serait-ce sur debian?
De vérifier la des paramètres conflictuels vous php.ini, j'avais même et dans mon cas, xdebug paramètres définis avant la date.le fuseau horaire à l'origine de ce truc: Pour plus de détails, voir: stackoverflow.com/questions/36128558/...

InformationsquelleAutor Edxz | 2013-12-08

17

Essayez ceci:
```
date.timezone = "Asia/Jakarta"
```
Edit:

Nous allons repérer le bon php.ini. Feu ce dans apache /nginx /whatever serveur web deamon votre aide (parce que la version en ligne de commande peut être différent par celui utilisé par elle).
```
<?php
phpinfo();
?>
```
Quelle est la .ini dans la production? Toujours la même?

Edit2:

Après le php.ini modifier, il suffit de redémarrer le serveur web (apache ou nginx) ...
- ont essayé cela, mais ne fonctionne toujours pas 🙁
- êtes-vous sûr que c'est le php.ini de votre aide?
- oui , je suis très sûr, j'ai modifié le php.ini situé dans le chargement du fichier de configuration
- êtes-vous sûr que vous n'avez pas à remplacer la date.le fuseau horaire dans le même fichier?
- Oui, j'ai cherché un autre occurences de la date.fuseau horaire mais aucune n'a été trouvée
- pouvez-vous temporairement le résoudre à l'aide de date_default_timezone_set("Asia/Jakarta"); ?
- oui, c'est ce que je suis en utilisant temporaire, mais je ne veux pas l'utiliser dans chaque projet,haha
- lol: suis entré dans ce tout à l'heure... avez-vous essayé de redémarrer apache/nginx?
- bien sûr, j'ai redémarrer mon pc aussi, haha vraiment bizarre, tu veux réinstaller mon php, mais vraiment curieux à propos de ce
InformationsquelleAutor Damiano Barbati
15

enfin résolu mon problème,
c'est mon Chargement du Fichier de Configuration:
```
/etc/php5/apache2/php.ini 
```
modifié la date.fuseau horaire ici, mais ça ne fonctionne pas.

Donc, j'ai cocher la case "Scan ce dir pour d'autres .les fichiers ini " les valeurs dans le phpinfo() qui renvoient à:
```
/etc/php5/apache2/conf.d 
```
puis-je rechercher une date.le fuseau horaire à partir de tous les fichiers dans ce dossier, mais n'en trouva aucun.

c'est mon Supplémentaires .fichier ini de la valeur analysée dans le phpinfo():
```
/etc/php5/apache2/conf.d/05-opcache.ini, /etc/php5/apache2/conf.d/10-pdo.ini, /etc/php5/apache2/conf.d/20-json.ini, /etc/php5/apache2/conf.d/20-mysql.ini, /etc/php5/apache2/conf.d/20-mysqli.ini, /etc/php5/apache2/conf.d/20-pdo_mysql.ini, /etc/php5/apache2/conf.d/20-xdebug.ini, /etc/php5/apache2/conf.d/30-mcrypt.ini 
```
J'ai modifié /etc/php5/apache2/conf.d/20-xdebug.ini, et ajouté cette ligne:
```
date.timezone = Asia/Jakarta
```
très bizarre, mais cela a résolu mon problème!!!!!!
- Il peut être lié à: forums.cpanel.net/f5/...
- Je voulais aussi ajouter que j'ai trouvé une .fichier ini dans mon "supplémentaires .les fichiers ini" répertoire appelé 99-liip-développeur.ini, vous ne savez pas comment il est arrivé là, mais il avait date.timezone = Europe/Zurich et a me rend fou, supprimé et mon code en php.fichier ini a fonctionné correctement
InformationsquelleAutor Edxz
5

Vous devriez vérifier par localiser php.si il ya un endroit a un autre.

pour moi. il devrait y avoir de la CLI pour l'interface de ligne de commande:
```
/etc/php5/cli/php.ini
/etc/php5/fpm/php.ini
```
changer le /etc/php5/cli/php.ini

Il fonctionne pour moi maintenant.

InformationsquelleAutor temple
3

Une autre solution pour moi, après la compilation de PHP à partir de la source était de vérifier php.ini était en fait le chargement d'un fichier de configuration. À partir de la ligne de commande
```
php --ini
```
retourne
```
Configuration File (php.ini) Path: /usr/local/lib
Loaded Configuration File:         (none)
Scan for additional .ini files in: (none)
Additional .ini files parsed:      (none)
```
Trouver.
```
find -name "php.ini" #it was in /usr/local/php/php.ini
cp /usr/local/php/php.ini /usr/local/lib/php.ini
```
Redémarrer php (dans mon cas, /etc/init.d/php-fpm stop, /etc/init.d/php-fpm start) et il fonctionne très bien. Pour une raison quelconque, il a obtenu copié mal.
- Distro: Centos 7
- Serveur Web: Nginx
- Type: Instance EC2
- (sur macOS Sierra ici): Notez que dans mon installation, php -i | grep php.ini a été de me dire que mon php.ini a /etc/php.ini. Pourtant, quand j'ai couru php --ini, j'ai pu voir que mon php.ini était en fait le chargement à partir de /usr/local/etc/php/5.6/php.ini. Je ne sais pas pourquoi php cli montre 2 valeurs, mais dans le cas où cela aide quelqu'un.
InformationsquelleAutor Andrew Howden
2

J'ai été confronté au même problème récemment avec PHP 5.6.4.
- PHP 5.6.4 se comporte de façon étrange
- PHP à l'article 5.6.11 se comporte normalement comme prévu
Quand j'ai mis la date.timezone option de configuration en vertu de [PHP] section dans le fichier de configuration, il fonctionne très bien pour PHP 5.6.4. Par exemple, j'ai ajouté l'option au début de la php.ini fichier
```
[PHP]
date.timezone = "Europe/Stockholm"
```
Mais quand j'ai mis l'option de configuration de la façon dont c'est montré dans l'exemple [Date] l'article, il ne fonctionne pas comme prévu, il ressemble à l'option est ignorée
```
[Date]
; Defines the default timezone used by the date functions
; http://php.net/date.timezone
; this does not work for me for PHP 5.6.4 but works fine for PHP 5.6.11
date.timezone = "Europe/Stockholm"
```
Quand je l'ajout d'une option pour la 20-xdebug.ini comme il est de la suggestion dans la accepté de répondre à https://stackoverflow.com/a/20731466/2111430 l'option est accepté car ce fichier n'a qu' [PHP] section. Par curiosité, j'ai essayé d'autres inclus ini fichiers et il semble que je peut utiliser tout un.

Une fois de plus, la question qui s'est passé pour moi seule avec PHP 5.6.4. Quand j'ai changé l'option sur le serveur avec PHP à l'article 5.6.11, il s'est comporté exactement comme je m'y attendais.

InformationsquelleAutor Victor Smirnov
1

Il a travaillé pour moi quand j'ai remarqué que la date.le fuseau horaire de l'entrée en php.ini a été commentée. Après la suppression du point-virgule, le fuseau horaire est réglé correctement.

InformationsquelleAutor user3922395
1

Vérifier la des paramètres conflictuels vous php.ini, j'ai eu le même problème et dans mon cas, xdebug paramètres définis avant la date.le fuseau horaire à l'origine de ce truc: Pour plus de détails, voir: PHP Xdebug question de jour.fuseau horaire & session.save_path undefined

InformationsquelleAutor mukund
0

certains php en ligne de commande d'installation de l'application (comme symfony installateur, ou encore lorsque les scripts php sont exécutés à partir de la cli), utilisez le fichier ini à l'intérieur de l'php-cli répertoire

/etc/php5/cli/php.ini

cela a résolu mon problème similaire dans la dépendance du processus de vérification lors de l'installation de Symfony.

InformationsquelleAutor minhajul
0

J'ai corrigé cela dans Mac OSX El Capitaine de la création d'une structure de dossier: /Bibliothèque/Server/Web/Config/php et ensuite, la création d'un php.ini à l'intérieur de ce nouveau dossier de php avec juste la date.le fuseau horaire de la directive.

InformationsquelleAutor Arthur Mastropietro
0

Si vous réglez la date.le fuseau horaire de la valeur en php.ini, mais il ne fonctionne pas (ie. la valeur ajoutée locale et de la maîtrise de la valeur sont différents), alors vous pourriez avoir besoin de mettre à jour quelque chose comme ceci dans votre fichier de configuration d'apache:

HTML:
```
<IfModule mod_php5.c>
  php_value date.timezone "Europe/Paris"
</IfModule>
```
InformationsquelleAutor paralaks
0

Dans mon cas, j'ai eu 2 date.timezone= enregistrements dans le php.fichier ini et le dernier était primordial que le premier. retrait de l'un d'eux a résolu mon problème.

Aussi n'oubliez pas que vous devez redémarrer le processus du serveur web.

InformationsquelleAutor Accountant م

Vous devez vous connecter pour publier un commentaire.