You are not logged in.

Announcement

 Téléchargez la dernière version stable de GLPI      -     Et vous, que pouvez vous faire pour le projet GLPI ? :  Contribuer
 Download last stable version of GLPI                      -     What can you do for GLPI ? :  Contribute

#1 2009-05-25 14:25:44

isill
Member
Registered: 2009-05-25
Posts: 10

demande d'info complementaires probleme fuseau horaire

config:
GLPI Version 0.71.5
hebergé chez zarcrom (donc j'imagine dernière version de php et mysql)

Bonjour,

après longue recherche sur le forum, j'aurais besoin de complément d'infos.

Le probleme étant le suivant:
A l'ouverture d'un ticket, la date indiquée est celle du serveur hebergeant GLPI (heure de NewYork):
<?php echo date("D M j G:i:s T Y"); ?> => DONNE Mon May 25 5:18:03 EST 2009
soit à -7 de l'heure locale (Lille, 12h18).

via le forum, on revient à dire de configurer le php.ini, sauf que l'on y a pas accès puisque hébergé.
J'ai donc posée la question à notre hébergeur:

Question:
Bonjour,utilisant glpi, hebergé sur le serveur web, nous avons un soucis d'heure.En effet visiblement glpi va chercher l'heure du serveur web, et celui-ci à une différence de 7 heures avec l'heure réelle.cdt, Mr BLIN.

Réponse :
Bonjour, c'est normal: les serveurs indiquent une heure de référence, dans ce cas-ci, l'heure de New York, l'optimisation de charge au cours de la journée se faisant entre des clients européens et américains. Les applications qui tournent sur un serveur se basent sur l'horloge de référence pour afficher une heure locale. La conversion se fait par une commande en php est extrèmement simple, et glpi doit certainement offrir une fonction fuseau horaire.

SAUF QUE,

visiblement la configuration de fuseau horaire dans configuration générale, ne change rien.
Toujours d'après le forum, j'ai vu que ce paramétre ne fonctionnait que sous un environnement ldap.

D'ou mon titre de sujet, car je suis bien d'accord avec les réponses données au problème, mais ne pouvant exécuter les réponses données, je ne sais plus quoi faire...

Etant persuadé que le probleme ne vient pas de GLPI, à proprement parlé.
Que dois je demander à notre hébergeur?
Ou une autre solution peut-être?

espérant avoir était clair,

cdt, mael.

Offline

#2 2009-05-25 14:32:20

remi
GLPI-DEV
From: Champagne
Registered: 2007-04-28
Posts: 7,127
Website

Re: demande d'info complementaires probleme fuseau horaire

Essayer de modifier le fuseau horaire de l'application,

Soit dans la configuration de l'hote virtuel (mais en mutualisé, c'est sans doute impossible), soit dans un .htaccess, par exemple :

php_admin_value date.timezone Europe/Paris

+


Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/

Offline

#3 2009-05-26 12:24:07

isill
Member
Registered: 2009-05-25
Posts: 10

Re: demande d'info complementaires probleme fuseau horaire

Déjà merci pour la réponse.

En .htaccess, mis connais po trop.
j'ai bien compris l'idée, mais pas en pratique.

j'ai essayé de mettre un .htaccess a la racine de GLPI, avec :
------------------------------------------------------------------------------------------------------------------
php_admin_value date.timezone Europe/Paris
<Files helpdesk.html>
ForceType text/html;charset=utf-8
</Files>
------------------------------------------------------------------------------------------------------------------

Mais j'obtiens la page suivante:
------------------------------------------------------------------------------------------------------------------
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator to inform of the time the error occurred and of anything you might have done that may have caused the error.

More information about this error may be available in the server error log.
------------------------------------------------------------------------------------------------------------------

Dois je remplacer php_admin_value par une variable correspondante dans glpi?
(variable que je n'ai pas trouvé cela dit en passant...)

Que ne fais je pas correctement?

Sinon, mon approche était la suivante:
j'ai essayé de retouver la variable date "source" dans le code php, afin de modifier en "dure", faire un genre de +7 à la variable, mais po trouvé...
j'arrive à le faire sur tout les autres date saffichées dans glpi, mais pas sur la variable date "source".

SI j'y arrivais, ça serait une solution, mais à refaire à chaque maj, forcément,
donc votre approche m'interresse ^^

cdt, isill.

Offline

#4 2009-05-26 13:25:24

remi
GLPI-DEV
From: Champagne
Registered: 2007-04-28
Posts: 7,127
Website

Re: demande d'info complementaires probleme fuseau horaire

> Internal Server Error

Visiblement la configuration de l'hébergeur ne permet pas cette configuration.
Voir avec lui.

+


Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/

Offline

#5 2009-05-27 15:28:24

isill
Member
Registered: 2009-05-25
Posts: 10

Re: demande d'info complementaires probleme fuseau horaire

Après échange avec Remi, et notre hébergeur Zarcrom, j'ai enfin trouvé la solution ^^

Donc pour ceux que ça intéresserait:

Si vous hébergez glpi chez un hébergeur X, et que le serveur est situé à l'autre bout du monde (dans notre cas c'était New-York), l'heure affiché dans la page helpdesk au niveau du champ date,était à l'heure du serveur (soit à l'heure de New-York).

La solution est la suivante:

dans le fichier glpi\inc\include.php,
rajoutez en première ligne la ligne suivante:
putenv("TZ=Europe/Paris");

après recherche sur internet, et si j'ai bien compris, putenv() permet d'ajouter ou de modifier une variable d'environnement.
Dans notre cas, je pense que l'on "force" le fuseau horaire à la zone locale voulue, ici europe/paris.

j'ai quand même bien galérai avant de trouver où insérer la ligne ^^

et voili voilou,

encore merci à remi qui m'a permis de poser les bonnes questions à notre hébergeur,
et surement les mettre sur la voie.

Offline

#6 2009-05-27 17:31:43

yllen
GLPI-DEV
From: Sillery (51)
Registered: 2008-01-14
Posts: 15,278

Re: demande d'info complementaires probleme fuseau horaire

Maintenant, pour éviter que d'autres galère, postez votre astuce sur le wiki.


CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6  - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)

Offline

#7 2009-12-03 05:16:24

wyse2000
Member
Registered: 2007-02-22
Posts: 4

Re: demande d'info complementaires probleme fuseau horaire

j'ai le même probleme , j'ai assayer de mettre putenv("TZ=America/Montreal");

sans succès j'utilise mon propre serveur avec Easyphp5
quelqu'un a une solution
j'ai aussi mis
date.timezone = America/Montreal dans mon fichier php.ini
ca pas marché....

Offline

#8 2009-12-03 16:39:14

isill
Member
Registered: 2009-05-25
Posts: 10

Re: demande d'info complementaires probleme fuseau horaire

Bonjour,
quel décalage avait vous?
l'heure du pc hebergeant easyphp était elle a la bonne heure?
que vous donne <?php echo date("D M j G:i:s T Y"); ?> (sur une page glpi)?

une petit lien, peut etre vous fera t-il venir un popup:
http://code18.blogspot.com/2009/08/gere … n-php.html

isill.

Offline

Board footer

Powered by FluxBB