[Obm] gestion des dates
Rande Mehdi
mehdi.rande@aliacom.fr
Fri, 21 Oct 2005 11:55:49 +0200
On Fri, 2005-10-21 at 09:32 +0200, JP Donnio wrote:
> Bonjour,
>
> J'ai un souci qui est sûrement plus lié à php qu'autre chose, mais qui ne se produit que dans obm.
>
> Tous nos serveurs linux ont l'horloge en UTC. Pour des raisons de gestion de logs entre toutes nos plateformes. Tous ont une synchro ntp. La date est correcte sur les serveurs.
>
> OBM 0.8.11 marchait bien depuis des mois dessus.
>
> Récemment, j'ai refait le serveur et j'ai notamment upgradé apache de 1.3.33 à 2.0.54 et de php 4.3.11 à 4.4.0
>
> Je n'ai pas modifié obm (copie parfaite de l'arborescence), ni le mysql (4.0.26).
>
> Les symptomes:
>
> - dans l'agenda, quand je créé (ou modifie) un rdv, il enregistre avec 2h de moins: si je mets 10h-11h obm m'envoie un mail de confirmation pour 10h-11h mais affiche 8h-9h.
>
> - dans les contrats, quand je créé (ou modifie) un contrat, il prends les dates avec 1 jour de moins. Si je mets par exemple la date de début au 21/10/2005, ca prend 20/10/2005.
>
> Autant à la limite je veux bien que le premier cas soit lié à l'UTC (encore que je n'avais jamais eu le souci auparavant), mais le second cas est incompréhensible.
>
>
> Un expert php peut il me mettre sur une piste ?
> Un truc à rajouter dans le php.ini ?
>
Bonjour,
Tout d'abord les deux problèmes semble bien lier à l'UTC (en fait le
second vient du fait que la date de création du contrat est 21/10/2005
00:00:00, vu que apperement toute vos date sont enregistré avec 2h de
moins : 21/10/2005 00:00:00 - 2h = 20/10/2005 22:00:00)
Je pense que le problème doit venir d'une différence de configuration de
la timezone entre votre serveur mysql et votre serveur apache/php.
Un test simple est de faire ceci :
dans mysql executer la requete suivante :
SELECT unix_timestamp( '1970-01-01 04:00:00' ) ;
Notez le resultat, puis créer un script php qui fait ceci :
<?php
echo date("Y-m-d H:i:s",le_resultat_obtenu);
?>
le script php devrait vous sortir comme resultat 1970-01-01 04:00:00
Si ce n'est pas le cas vous avez un problème de configuration soit de
php soit de mysql.
> Sachant que j'ai d'autres applis php sur cette machine et que je n'ai aucun changement de comportement avec...
>
> Merci
--
Mehdi Rande - mehdi.rande@aliacom.fr
ALIACOM - www.aliacom.fr -
Toulouse : 05 62 19 24 91 - Paris : 01 48 25 53 13