4D v18 introduce una nueva arquitectura de archivos y carpetas para mantener intactos sus paquetes desplegados en macOS y las carpetas de aplicaciones en Windows. En pocas palabras, la carpeta de registros y todas las configuraciones basadas en el usuario, incluyendo las configuraciones de respaldo de 4D, ahora se almacenan junto al archivo de datos. De hecho, las configuraciones existen dos veces; una junto a la estructura para usarla como configuración por defecto para los nuevos archivos de datos, y otra junto al archivo de datos, almacenando los cambios del usuario.
Como resultado, la carpeta que contiene la estructura puede ser de sólo lectura, ya que no se modifica nada dentro (*). El despliegue se hace más fácil porque la carpeta de la estructura puede ser simplemente reemplazada, nada dentro de ella necesita ser copiado de antemano.
(*) sólo en las bases de datos de proyectos. En las bases de datos binarias las tablas de usuarios y contraseñas se almacenan en la estructura, por lo que la carpeta no debe ser de sólo lectura.
La carpeta de Preferencias ha muerto, viva la carpeta de Ajustes
Durante la conversión a 4D v18, se procesan algunas operaciones de renombramiento:
-
- la carpeta Preferences se convierte en Settings
- el archivo de configuración de la copia de seguridad se convierte en backup.4DSettings y se coloca dentro de la carpeta Settings
- el archivo de configuración de la aplicación de construcción se convierte en buildApp.4DSettings y también se coloca dentro de la carpeta Settings
Independientemente de si está utilizando una base de datos interpretada, compilada o fusionada, estas operaciones se realizan automáticamente cuando se abre la base de datos. No hay que reescribir nada para beneficiarse de estos cambios, incluso en las aplicaciones desplegadas.
El uso de archivos de copia de seguridad es cada vez más sencillo
En versiones anteriores de 4D, la configuración de la copia de seguridad y los registros de la misma se almacenaban en varios archivos, que contenían información diferente.
Ahora, puede tener un archivo backup.4DSettings cerca de la estructura o puede tener otro colocado en la carpeta Settings cerca del archivo de datos. El primero se puede modificar con el diálogo de Ajustes de la estructura, el segundo con el diálogo de Ajustes del usuario para el archivo de datos. Ambos están dedicados estrictamente a los ajustes. El que se coloca en la carpeta de Configuración cerca de la estructura se debe utilizar como una copia de seguridad estándar, en caso de que su cliente se olvide de establecer la configuración de usuario para el archivo de datos.
¿Cómo podemos aprovechar estos mecanismos?
Cuando despliegue su aplicación, se recomienda excluir la carpeta de Preferencias heredada de su instalador para que cuando despliegue la nueva versión, 4D aplique automáticamente los cambios anteriores. Otro buen enfoque para el despliegue es crear configuraciones dedicadas al archivo de datos. Lo mismo se aplica a la configuración de la copia de seguridad: simplemente abra la configuración del usuario del archivo de datos de 4D Dialog y ajuste la estrategia de copia de seguridad del archivo de datos. Ya no tendrá que preocuparse por la configuración de la copia de seguridad al desplegar las actualizaciones.
¿Y qué pasó?
El nuevo archivo backupHistory.json (que se puede manejar fácilmente con File (Backup history file)) contiene una colección de todos los informes de copia de seguridad disponibles. La información completa incluye las marcas de tiempo de inicio y fin, el estado, la duración, las rutas, los archivos incrustados, etc. La duración de la última copia de seguridad también se puede recuperar fácilmente utilizando:
GET BACKUP INFORMATION (Last Backup information;$duration;$timestamp)
Tenga en cuenta que también guardamos el archivo de registro de la copia de seguridad en la carpeta Logs para facilitar la verificación.
Carpeta de registros
Para evitar que se escriban los registros en un paquete de macOS o en la carpeta Archivos de programa de Windows, hemos movido la carpeta Logs cerca del archivo de datos. Dado que las operaciones de verificación, compactación y reparación pueden ejecutarse sin un archivo de datos activo, los correspondientes archivos de registro generados se colocan en la carpeta de preferencias del usuario del sistema. Le recomendamos que utilice los siguientes comandos para gestionar fácilmente estos archivos:
File(Compacting log file)
File (Verification log file)
File (Repair log file)
Tenga en cuenta que la carpeta Logs existente no se toca para no perder los archivos que ha puesto en ella.
Para concluir…
Todas estas mejoras han sido realizadas para facilitar su despliegue y mantener su enfoque en el desarrollo.