¿La fecha de un evento WordPress muestra 1970? Investiga el dato guardado

Documenta el error y conserva la ruta para visitantes

Descargar la hoja de origen y reparación de fechas (Markdown, en inglés)

Anota el título, la URL de edición, la URL pública, la fecha mostrada, la zona horaria y la última vista correcta. Comprueba si el editor también muestra 1970 o si solo lo hace la página pública sin iniciar sesión. Compara otro evento del mismo sitio que no esté afectado. Si la fecha errónea está publicada, pide al responsable el calendario aprobado y una corrección visible o una vía de contacto para visitantes mientras se investiga.

Usa la hoja en inglés para separar la fecha aprobada, la fila de origen, los campos guardados y el resultado público. No deduzcas la fecha correcta a partir de un cartel, una edición anterior o el reloj del dispositivo. Anota cuándo apareció el problema y quién es responsable del registro.

Compara la fecha aprobada con el registro guardado

Examina los campos de inicio y fin en el editor sin guardar de inmediato. ¿Se creó el evento a mano, por duplicación o por importación? Si procede de CSV, compara la fila original y la asignación de columnas de fecha y hora. El proveedor recomienda `YYYY-MM-DD` para sus campos de fecha CSV; cualquier otro formato o columna no asignada debe contrastarse con las instrucciones vigentes del importador.[1][2]

Comprueba si los campos del editor siguen coincidiendo con el programa aprobado después de recargar. Si afecta a un lote importado, toma una muestra antes de cambiar registros. El proveedor documenta que una importación puede actualizar eventos existentes que coinciden: volver a importar todo no es una prueba inocua. Conserva el archivo original y los ID de evento para mantenimiento.[2]

Aísla causas de importación o edición en pruebas

En una copia de pruebas con punto de recuperación, prueba un evento representativo. Si la fila es incorrecta, corrige la fila o la asignación y prueba allí una sola ruta de importación. Si la duplicación perdió las fechas, compárala con un borrador creado manualmente. Si el editor está bien pero la vista pública falla, pide revisar el proceso de presentación antes de sobrescribir el evento repetidamente.

Solo después de revisar fuente y registro debe el equipo técnico comprobar un posible conflicto de tema o complemento en pruebas. Aísla un cambio y compara el mismo evento antes y después. El proveedor recomienda ese entorno; cambiar el tema o desactivar complementos en producción puede interrumpir la inscripción y la navegación.[3]

Publica una corrección y prepara el informe de soporte

Pide al responsable que apruebe la fecha correcta y la menor corrección comprobada. Tras publicar, abre sin iniciar sesión la página directa y el calendario en ordenador y teléfono. Confirma inicio, fin y zona horaria aprobados y sigue el enlace actual de entradas o inscripción, si existe. Revisa otro evento no afectado para detectar efectos no deseados.

Si reaparece 1970, restaura la base probada y entrega al mantenimiento un resumen: ID y URL, método de creación, campos antes/después, fila de ejemplo sin datos ajenos, versiones del complemento y resultado en pruebas. Mantén el programa aprobado accesible por la vía elegida por el organizador hasta que la página sea correcta.[1]