Son las 9:00 am y cuando un alumno se inscribe a una materia, en su boleta sale 15:00 hs.
Si el horario de apertura de inscripción está seteado a las 0:00 en realidad se habilita 6 horas antes.
El servidor está seteado en timezone de Buenos Aires, los php.ini también como dice la documentación de migración y corrí un script en el directorio www de guarani para ver que reconoce el php y me tira:
date_default_timezone_set: Europe/London
date.timezone: America/Argentina/Buenos_Aires
No es grave el problema, porque sabiendo que está 6 horas desfasado, puedo arreglar seteando el horario de inicio de inscripciones a las 6 am en vez de a las 12am que es lo que debería ser en realidad. Pero sería bueno saber que pasa.
Hola Fernando, como estas? Cuando instalas Postgres por defecto tome el timezone del sistema operativo (no se por que en este caso no lo tomo…)
Para verificar el timezone de postgres, desde una consola psql podes tirar un:
show timezone;
Esto tendría que decir: America/Argentina/Buenos_Aires
y con un select now();
verificas que este bien la hora del servidor Postgres con la real
En caso de que no sea así, podes editar el postgres.conf y setear el timezone en America/Argentina/Buenos_Aires. Luego hacer un reload del motor (o restart).
En caso de que los campos de la base de datos esta definido como timestamp with time zone, se te va a arreglar solo el corrimiento de horas. Si el campo esta definido como without time zone, lo tiene que arreglar a mano sumando o restando las horas que correspondan.
Todos los campos de tipo TIMESTAMP estan creados con la opción WITH TIME ZONE
Ejemplo:
CREATE TABLE sga_insc_examen
(
inscripcion INTEGER NOT NULL DEFAULT nextval(‘sga_insc_examen_seq’::text) ,
…
fecha_inscripcion Timestamp with time zone NOT NULL DEFAULT CURRENT_TIMESTAMP,
…
)
Era el postgres.conf. Estaba configurado en UTC-3 (nosotros somos UTC+3), de ahí las 6 horas de diferencia.
Ya lo puse como el resto con America/Argentina/Buenos_Aires