instantané de la sortie de la fonction phpinfo():Réglage date.timezone dans php.ini ne fonctionne pas
Comme je suis en train d'installer Roundcube qui nécessite de mettre date.timezone, je voudrais tiens à définir date.timezone en remplissant le champ date.timezone dans php.ini.
Configuration du serveur
- Debian 9 (stretch)
- PHP 7.0.19-1 (cli) (construite: 11 mai 2017 14:04:47) (RNT)
- Apache /2.4.25 (Debian)
Ce que j'ai essayé
Selon http://php.net/manual/en/timezones.php, j'ai modifié le champ date.timezone à la fois /etc/php/7.0/apache2/php.ini et /etc/php/7.0/cli/php.ini avec différentes syntaxes:
date.timezone = Europe/Paris
date.timezone = 'Europe/Paris'
date.timezone = "Europe/Paris"
Et j'ai toujours redémarré Apache après tout changement.
Rien ne change dans phpinfo, le champ date.timezone est toujours défini sur "aucune valeur" et la première étape de l'installation de Roundcube, date.timezone n'est PAS OK.
Mais lorsque je tente:
php -i
je reçois:
date/time support => enabled
"Olson" Timezone Database Version => 0.system
Timezone Database => internal
Default timezone => Europe/Paris
Directive => Local Value => Master Value
date.default_latitude => 31.7667 => 31.7667
date.default_longitude => 35.2333 => 35.2333
date.sunrise_zenith => 90.583333 => 90.583333
date.sunset_zenith => 90.583333 => 90.583333
date.timezone => Europe/Paris => Europe/Paris
J'ai lu beaucoup de messages assez vieux au sujet de ce type de problème, mais les différentes solutions ne fonctionnent pas pour moi. Une idée?
EDIT
Selon phpinfo():
fichier de configuration (php.ini) Chemin
/etc/php/7.0/apache2
Configuration Loaded Fichier
/etc/php/7.0/apache2/php.ini
Scannez ce répertoire pour les fichiers .ini supplémentaires
/etc/php/7.0/apache2/conf.d
supplémentaires. fichiers ini analysés
/etc/php/7.0/apache2/conf.d/10-mysqlnd.ini, /etc/php/7.0/apache2/conf.d/10-opcache.ini,/etc/php /7.0/apache2/conf.d/10-pdo.ini, /etc/php/7.0/apache2/conf.d/15-xml.ini, /etc/php/7.0/apache2/conf.d/20-calendar .Ce, /etc/php/7.0/apache2/conf.d/20-ctype.ini, /etc/php/7.0/apache2/conf.d/20-curl.ini, /etc/php/7.0/apache2/conf .d/20-dom.ini, /etc/php/7.0/apache2/conf.d/20-exif.ini, /etc/php/7.0/apache2/conf.d/20-fileinfo.ini,/etc/php/7.0/apache2/conf.d/20-ftp.ini, /etc/php/7.0/apache2/conf.d/20-gd.ini, /etc/php/7.0/apache2/conf.d/20- gettext.ini, /etc/php/7.0/apache2/conf.d/20-iconv.ini, /etc/php/7.0/apache2/conf.d/20-imagick.ini, /etc/php/7.0/apache2 /conf.d/20-imap.ini, /etc/php/7.0/apache2/conf.d/20-intl.ini, /etc/php/7.0/apache2/conf.d/20-json.ini,/etc/php/7.0/apache2/conf.d/20-mbstring.ini, /etc/php/7.0/apache2/conf.d/20-mcrypt.ini, /etc/php/7.0/apache2/conf.d/ 20-memcache.ini, /etc/php/7.0/apache2/conf.d/20-mysqli.ini, /etc/php/7.0/apache2/conf.d/20-pdo_mysql.ini, /etc/php/7.0 /apache2/conf.d/20-pdo_sqlite.ini, /etc/php/7.0/apache2/conf.d/20-phar.ini, /etc/php/7.0/apache2/conf.d/20-posix.ini , /etc/php/7.0/apache2/conf.d/20-pspell.ini, /etc/php/7.0/apache2/conf.d/20-readline.ini, /etc/php/7.0/a pache2/conf.d/20-recode.ini, /etc/php/7.0/apache2/conf.d/20-shmop.ini, /etc/php/7.0/apache2/conf.d/20-simplexml.ini, /etc/php/7.0/apache2/conf.d/20-snmp.ini, /etc/php/7.0/apache2/conf.d/20-sockets.ini, /etc/php/7.0/apache2/conf.d /20-sqlite3.ini, /etc/php/7.0/apache2/conf.d/20-sysvmsg.ini, /etc/php/7.0/apache2/conf.d/20-sysvsem.ini,/etc/php/7,0/apache2/conf.d/20-sysvshm.ini, /etc/php/7.0/apache2/conf.d/20-tidy.ini, /etc/php/7.0/apache2/conf.d/20-tokenizer. cela, /etc/php/7.0/apache2/conf.d/20-wddx.ini, /etc/php/7.0/apache2/conf.d/20-xmlreader.ini, /etc/php/7.0/apache2/conf .d/20-xmlrpc.ini, /etc/php/7.0/apache2/conf.d/20-xmlwriter.ini, /etc/php/7.0/apache2/conf.d/20-xsl.ini
vous cli cela est bien beau, mais celui non cli a évidemment quelque chose de mal. faire un phpinfo() sur une page et recherchez '.ini' pour voir cela, vérifiez qu'ils ont été analysés fichiers colocs n'avez pas un réglage primordial – delboy1978uk
utilisation php ini_set: https://stackoverflow.com/questions/15096297/php -default-fuseau horaire jour-set-sans-travail, mais ce-jour-set-fuseau horaire-ne-w –
@FarhangNegari L'utilisateur tente d'installer un logiciel. Je ne recommanderais pas de changer le code source du logiciel. –