Esta pregunta no es exclusiva de php, pero bueno.
Los timestamps de unix abarcan, creo, hasta el 8 de Julio de 20...38? Bueno, y después de eso qué? los timestamps van a desaparecer?
Yo los uso bastante, ¿debería preocuparme?
Gracias
Fede
| |||
UNIX Timestamp Esta pregunta no es exclusiva de php, pero bueno. Los timestamps de unix abarcan, creo, hasta el 8 de Julio de 20...38? Bueno, y después de eso qué? los timestamps van a desaparecer? Yo los uso bastante, ¿debería preocuparme? Gracias Fede |
| |||
Estuve leyendo http://en.wikipedia.org/wiki/Unixtime#32-bit_overflow. O sea, yo tengo una base de datos con campos INT para guardar timestamps. Debería cambiarlos a bigint para que no suceda el llamado 32-bit overflow (a su debido tiempo, claro) o no tiene nada que ver? |
| |||
mm Yo uso tipos de fechas de la BD que use (ya que hablamos de gestionar fechas que van a quedar en una BD) .. En Mysql .. los DATETIME por ejemplo. En ese caso es el motor de la BD el que se encarga de todo eso y dispone de funciones nativas directas de SQL para trabajar con fechas sin más. Un saludo, |
| |||
Muchas gracias, lo voy a tener en cuenta de ahora en más. Siempre usé los timestamps porque me parecían más prácticos, pero bueno, en fin... Suerte Fede |
| |||
Cita: Son prácticos cuando no conoces más SQL (a mi también me pasó) .. tambien son prácticos cuando no empiezas a exportar esas fechas a otros sitemas o conectarte a esas BD con esos formatos de fecha desde otras aplicaciones (no PHP sólo) ..
Iniciado por thunder.scripts Muchas gracias, lo voy a tener en cuenta de ahora en más. Siempre usé los timestamps porque me parecían más prácticos, pero bueno, en fin... Suerte Fede Un saludo, |
| |||
Y bueno, me voy a poner a investigar bien como funcionan los campos DATE de SQL. Muchas gracias Fede |