![]() |
| |||||||
| Registrarse | Preguntas Frecuentes | Lista de Foreros | Calendario | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
| | LinkBack | Herramientas | Desplegado |
| |||
| Hace más de un mes estoy usando: putenv("TZ=America/Guayaquil"); sin ningún problema, pero hoy comenzó a mostrar una diferencia de 7 horas más, en relación a la hora correcta. ¿Qué puede estar pasando?, porque probé en dos servidores distintos y con horas de Buenos Aires y de Madrid y me da esa diferencia de +7 horas en todos los casos. |
| | ||||
| ||||
| |
| |||
| ¿Puede ser que el proveedor resetee el servidor y se borre esta configuración?. Bueno, supuestamente no debería ser así, pero cada vez que hago un reclamo o se cae el servidor y lo levantan, se descontrola el horario y otra cosa que noto es que las carpetas que tenía con permisos 0777, se pasan a 0775. Es de terror !!! "BIGOTE" <bigote_reloaded***hotmail.com> escribió en el mensaje news:fl110g$ojn$1***aioe.org... > Hace más de un mes estoy usando: putenv("TZ=America/Guayaquil"); sin > ningún problema, pero hoy comenzó a mostrar una diferencia de 7 horas más, > en relación a la hora correcta. > > ¿Qué puede estar pasando?, porque probé en dos servidores distintos y con > horas de Buenos Aires y de Madrid y me da esa diferencia de +7 horas en > todos los casos. > > > |
| |||
| ¿Puede ser que el proveedor resetee el servidor y se borre esta configuración?. Bueno, supuestamente no debería ser así, pero cada vez que hago un reclamo o se cae el servidor y lo levantan, se descontrola el horario y otra cosa que noto es que las carpetas que tenía con permisos 0777, se pasan a 0775. Es de terror !!! "BIGOTE" <bigote_reloaded***hotmail.com> escribió en el mensaje news:fl110g$ojn$1***aioe.org... > Hace más de un mes estoy usando: putenv("TZ=America/Guayaquil"); sin > ningún problema, pero hoy comenzó a mostrar una diferencia de 7 horas más, > en relación a la hora correcta. > > ¿Qué puede estar pasando?, porque probé en dos servidores distintos y con > horas de Buenos Aires y de Madrid y me da esa diferencia de +7 horas en > todos los casos. > > > |
| |||
| Más datos. Resulta que luego de hacer algunas pruebas, llego a la conclusión que no es el script el del problema sino el servidor, porque la simple consulta con time() me devuelve un valor que luego cambia cuando esta gente resetea el servidor y se mantien así por una hora hasta que se arregla solo. Lo que hice para comprobarlo, fue poner un script para que me devuelva la hora del servidor, usando date("G:i",time()), en el que tengo problemas y el mismo script lo puse en otro. En ambos casos, la hora devuelta era la correcta, pero cuando resetearon el servidor, volví a consultar y la hora en el servidor con problemas había cambiado, tomando una diferencia de 6 horas con respecto a la que daba en situaciones normales. A la hora, como les comento en el párrafo anterior, volvió a la normalidad. No tengo la menor idea sobre como funciona un servidor, pero es como si tardara ese tiempo en reconstruir su configuración. El soporte, luego de echarle la culpa al script, me envía cada tanto un e-mail diciendo "estamos investigando" :-) "BIGOTE" <bigote_reloaded***hotmail.com> escribió en el mensaje news:flm64s$pjb$1***aioe.org... > ¿Puede ser que el proveedor resetee el servidor y se borre esta > configuración?. Bueno, supuestamente no debería ser así, pero cada vez que > hago un reclamo o se cae el servidor y lo levantan, se descontrola el > horario y otra cosa que noto es que las carpetas que tenía con permisos > 0777, se pasan a 0775. > > Es de terror !!! > > > > > "BIGOTE" <bigote_reloaded***hotmail.com> escribió en el mensaje > news:fl110g$ojn$1***aioe.org... >> Hace más de un mes estoy usando: putenv("TZ=America/Guayaquil"); sin >> ningún problema, pero hoy comenzó a mostrar una diferencia de 7 horas >> más, en relación a la hora correcta. >> >> ¿Qué puede estar pasando?, porque probé en dos servidores distintos y con >> horas de Buenos Aires y de Madrid y me da esa diferencia de +7 horas en >> todos los casos. >> >> >> > > |
| |||
| Más datos. Resulta que luego de hacer algunas pruebas, llego a la conclusión que no es el script el del problema sino el servidor, porque la simple consulta con time() me devuelve un valor que luego cambia cuando esta gente resetea el servidor y se mantien así por una hora hasta que se arregla solo. Lo que hice para comprobarlo, fue poner un script para que me devuelva la hora del servidor, usando date("G:i",time()), en el que tengo problemas y el mismo script lo puse en otro. En ambos casos, la hora devuelta era la correcta, pero cuando resetearon el servidor, volví a consultar y la hora en el servidor con problemas había cambiado, tomando una diferencia de 6 horas con respecto a la que daba en situaciones normales. A la hora, como les comento en el párrafo anterior, volvió a la normalidad. No tengo la menor idea sobre como funciona un servidor, pero es como si tardara ese tiempo en reconstruir su configuración. El soporte, luego de echarle la culpa al script, me envía cada tanto un e-mail diciendo "estamos investigando" :-) "BIGOTE" <bigote_reloaded***hotmail.com> escribió en el mensaje news:flm64s$pjb$1***aioe.org... > ¿Puede ser que el proveedor resetee el servidor y se borre esta > configuración?. Bueno, supuestamente no debería ser así, pero cada vez que > hago un reclamo o se cae el servidor y lo levantan, se descontrola el > horario y otra cosa que noto es que las carpetas que tenía con permisos > 0777, se pasan a 0775. > > Es de terror !!! > > > > > "BIGOTE" <bigote_reloaded***hotmail.com> escribió en el mensaje > news:fl110g$ojn$1***aioe.org... >> Hace más de un mes estoy usando: putenv("TZ=America/Guayaquil"); sin >> ningún problema, pero hoy comenzó a mostrar una diferencia de 7 horas >> más, en relación a la hora correcta. >> >> ¿Qué puede estar pasando?, porque probé en dos servidores distintos y con >> horas de Buenos Aires y de Madrid y me da esa diferencia de +7 horas en >> todos los casos. >> >> >> > > |
| |||
| BIGOTE tuvo el valor de escribir: > Más datos. > > Resulta que luego de hacer algunas pruebas, llego a la conclusión que no es > el script el del problema sino el servidor, porque la simple consulta con > time() me devuelve un valor que luego cambia cuando esta gente resetea el > servidor y se mantien así por una hora hasta que se arregla solo. > > Lo que hice para comprobarlo, fue poner un script para que me devuelva la > hora del servidor, usando date("G:i",time()), en el que tengo problemas y el > mismo script lo puse en otro. En ambos casos, la hora devuelta era la > correcta, pero cuando resetearon el servidor, volví a consultar y la hora en > el servidor con problemas había cambiado, tomando una diferencia de 6 horas > con respecto a la que daba en situaciones normales. A la hora, como les > comento en el párrafo anterior, volvió a la normalidad. > > No tengo la menor idea sobre como funciona un servidor, pero es como si > tardara ese tiempo en reconstruir su configuración. > > El soporte, luego de echarle la culpa al script, me envía cada tanto un > e-mail diciendo "estamos investigando" :-) > > Pues creo que es bastante sencillo: Usan NTP para ajustar la hora del servidor. Tendran puesto en el cron que se actualice cada hora, y el reloj de la BIOS del servidor estara con una hora de vete tu a saber cuando. El sistema al arrancar coje la hora mala de la BIOS y cuando se ejecuta el comando NTP la hora buena. Saludos -- Shake (Alex Estevez) Today is the tomorrow you worried about yesterday, and now you know why. |
| |||
| BIGOTE tuvo el valor de escribir: > Más datos. > > Resulta que luego de hacer algunas pruebas, llego a la conclusión que no es > el script el del problema sino el servidor, porque la simple consulta con > time() me devuelve un valor que luego cambia cuando esta gente resetea el > servidor y se mantien así por una hora hasta que se arregla solo. > > Lo que hice para comprobarlo, fue poner un script para que me devuelva la > hora del servidor, usando date("G:i",time()), en el que tengo problemas y el > mismo script lo puse en otro. En ambos casos, la hora devuelta era la > correcta, pero cuando resetearon el servidor, volví a consultar y la hora en > el servidor con problemas había cambiado, tomando una diferencia de 6 horas > con respecto a la que daba en situaciones normales. A la hora, como les > comento en el párrafo anterior, volvió a la normalidad. > > No tengo la menor idea sobre como funciona un servidor, pero es como si > tardara ese tiempo en reconstruir su configuración. > > El soporte, luego de echarle la culpa al script, me envía cada tanto un > e-mail diciendo "estamos investigando" :-) > > Pues creo que es bastante sencillo: Usan NTP para ajustar la hora del servidor. Tendran puesto en el cron que se actualice cada hora, y el reloj de la BIOS del servidor estara con una hora de vete tu a saber cuando. El sistema al arrancar coje la hora mala de la BIOS y cuando se ejecuta el comando NTP la hora buena. Saludos -- Shake (Alex Estevez) Today is the tomorrow you worried about yesterday, and now you know why. |
| |||
| Parece que a ellos no les resulta tan simple :-), porque hace varios días que me tienen dando vueltas con el asunto. Ahora ya sé lo que tengo que contestarles. Muchas gracias por tu explicación. "Shake" <alex.estevezNOSPAM***filnet.es> escribió en el mensaje news:mn.6d1c7d8151e53ba1.85600***filnet.es... > BIGOTE tuvo el valor de escribir: >> Más datos. >> >> Resulta que luego de hacer algunas pruebas, llego a la conclusión que no >> es el script el del problema sino el servidor, porque la simple consulta >> con time() me devuelve un valor que luego cambia cuando esta gente >> resetea el servidor y se mantien así por una hora hasta que se arregla >> solo. >> >> Lo que hice para comprobarlo, fue poner un script para que me devuelva la >> hora del servidor, usando date("G:i",time()), en el que tengo problemas y >> el mismo script lo puse en otro. En ambos casos, la hora devuelta era la >> correcta, pero cuando resetearon el servidor, volví a consultar y la hora >> en el servidor con problemas había cambiado, tomando una diferencia de 6 >> horas con respecto a la que daba en situaciones normales. A la hora, como >> les comento en el párrafo anterior, volvió a la normalidad. >> >> No tengo la menor idea sobre como funciona un servidor, pero es como si >> tardara ese tiempo en reconstruir su configuración. >> >> El soporte, luego de echarle la culpa al script, me envía cada tanto un >> e-mail diciendo "estamos investigando" :-) >> >> > > > Pues creo que es bastante sencillo: > > Usan NTP para ajustar la hora del servidor. Tendran puesto en el cron que > se actualice cada hora, y el reloj de la BIOS del servidor estara con una > hora de vete tu a saber cuando. > > El sistema al arrancar coje la hora mala de la BIOS y cuando se ejecuta el > comando NTP la hora buena. > > Saludos > > -- > Shake (Alex Estevez) > Today is the tomorrow you worried about yesterday, > and now you know why. > > |
| |||
| Parece que a ellos no les resulta tan simple :-), porque hace varios días que me tienen dando vueltas con el asunto. Ahora ya sé lo que tengo que contestarles. Muchas gracias por tu explicación. "Shake" <alex.estevezNOSPAM***filnet.es> escribió en el mensaje news:mn.6d1c7d8151e53ba1.85600***filnet.es... > BIGOTE tuvo el valor de escribir: >> Más datos. >> >> Resulta que luego de hacer algunas pruebas, llego a la conclusión que no >> es el script el del problema sino el servidor, porque la simple consulta >> con time() me devuelve un valor que luego cambia cuando esta gente >> resetea el servidor y se mantien así por una hora hasta que se arregla >> solo. >> >> Lo que hice para comprobarlo, fue poner un script para que me devuelva la >> hora del servidor, usando date("G:i",time()), en el que tengo problemas y >> el mismo script lo puse en otro. En ambos casos, la hora devuelta era la >> correcta, pero cuando resetearon el servidor, volví a consultar y la hora >> en el servidor con problemas había cambiado, tomando una diferencia de 6 >> horas con respecto a la que daba en situaciones normales. A la hora, como >> les comento en el párrafo anterior, volvió a la normalidad. >> >> No tengo la menor idea sobre como funciona un servidor, pero es como si >> tardara ese tiempo en reconstruir su configuración. >> >> El soporte, luego de echarle la culpa al script, me envía cada tanto un >> e-mail diciendo "estamos investigando" :-) >> >> > > > Pues creo que es bastante sencillo: > > Usan NTP para ajustar la hora del servidor. Tendran puesto en el cron que > se actualice cada hora, y el reloj de la BIOS del servidor estara con una > hora de vete tu a saber cuando. > > El sistema al arrancar coje la hora mala de la BIOS y cuando se ejecuta el > comando NTP la hora buena. > > Saludos > > -- > Shake (Alex Estevez) > Today is the tomorrow you worried about yesterday, > and now you know why. > > |
| |
| |
![]() |
| Herramientas | |
| Desplegado | |
| |
Temas Similares | ||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Mi IIS dejó de funcionar URGenTE!! | SergioT | Newsgroup microsoft.public.es.iis | 1 | 18-06-2008 13:27:25 |
| urgente mi iis dejo de funcionar | SergioT | Newsgroup microsoft.public.es.dotnet.aspnet | 12 | 18-06-2008 00:00:58 |
| HELP IIS dejó de funcionar | SergioT | Newsgroup microsoft.public.es.dotnet.aspnet | 4 | 10-05-2008 14:56:49 |
| Re: dejó de funcionar puntev() | BIGOTE | Newsgroup es.comp.lenguajes.php | 2 | 13-01-2008 20:57:42 |
| MAME dejo de funcionar | ElNoHabido | Newsgroup es.comp.emuladores | 8 | 07-02-2004 04:51:22 |