Las bases de datos de proyectos, disponibles en beta en los últimos R-Releases de 4D v 17, están ahora disponibles para producción en 4D v18. Entre los muchos cambios en 4D v18 está la forma en que se gestionan los usuarios y los grupos… se ha vuelto mucho más fácil, especialmente el despliegue. Este post destacará brevemente todo lo que necesita saber sobre estos cambios.
Una mejora importante
En las bases de datos binarias, los usuarios y los grupos se utilizan para dos necesidades muy diferentes. Primero para proteger los datos, pero también para proteger el código fuente. En las bases de datos de proyectos, toda la base de datos está basada en texto, por lo que no hay razón para utilizar usuarios y grupos para proteger el código. Esta función se delega en el sistema de control de versiones o en el sistema de derechos de acceso a archivos/carpetas. Como resultado, los usuarios y grupos se almacenan ahora en un archivo de texto llamado «directory.json«.
Por las mismas razones, ya no es necesario diferenciar a los desarrolladores de los usuarios. Por lo tanto, ambos tienen ahora el tipo «Usuario».
GRANDES MEJORAS para el despliegue
Por defecto, el archivo de directorio se coloca junto a la base de datos del proyecto para que puedas desplegarlo con la configuración estándar de usuarios y grupos. Sin embargo, ahora también tiene la posibilidad de colocar el archivo de directorio junto al archivo de datos. En este caso, este archivo se utiliza en lugar del archivo de base de datos. ¡Y eso no es todo! Los comandos Get 4D file y File ahora aceptan la nueva constante Directory file para que pueda manejar fácil y automáticamente el archivo correcto. Sí, ¡has leído bien! A partir de ahora, ya no tendrá que hacer una copia de seguridad de los usuarios y grupos fuera de la estructura y restaurarlos cuando quiera instalar una actualización. ¡Esto simplificará significativamente el despliegue!
CONVERSIÓN / MIGRACIÓN
El archivo del directorio se generará automáticamente durante la conversión de la base de datos del proyecto y se colocará junto a la configuración del proyecto. Si hasta ahora ha utilizado el BLOB TO USERS para restaurar los usuarios y las contraseñas, el comando generará ahora este archivo de directorio, por lo que no tendrá que modificar el código existente.
Modo monousuario
En el modo monousuario, la gestión de usuarios y grupos está completamente desactivada. El usuario actual es siempre el diseñador y no puede ser modificado.
Los derechos de acceso de los usuarios y grupos a la aplicación pueden ser delegados al sistema. Así que si quieres enmascarar el nombre del diseñador con la cuenta del sistema o con tu propio nombre de usuario, sólo tienes que llamar al SET USER ALIAS comando
Modo cliente-servidor
En el modo cliente-servidor, los usuarios y grupos son totalmente operativos. Puedes cambiar el usuario actual, establecer un alias, cambiar una contraseña, etc. En definitiva, puedes seguir haciendo todo lo que hacías con una base de datos binaria.
Caja de herramientas
La caja de herramientas de Usuarios y Grupos es accesible en todos los modos: monopuesto y cliente-servidor. Pero en el modo monopuesto, la caja de herramientas sólo puede utilizarse para modificar los usuarios y grupos que se utilizarán en el modo cliente-servidor.