I database di progetto, disponibili in beta nelle ultime versioni di 4D v 17 R, sono ora disponibili per la produzione in 4D v18! Tra i molti cambiamenti di 4D v18 c’è il modo in cui vengono gestiti gli utenti e i gruppi… è diventato molto più semplice, soprattutto per quanto riguarda la distribuzione. Questo post evidenzierà brevemente tutto ciò che c’è da sapere su questi cambiamenti.
Un importante MIGLIORAMENTO
Nei database binari, gli utenti e i gruppi vengono utilizzati per due esigenze molto diverse. Innanzitutto per proteggere i dati, ma anche per proteggere il codice sorgente. Nei database di progetto, l’intero database è basato sul testo, quindi non c’è motivo di usare utenti e gruppi per proteggere il codice. Questo ruolo è delegato al sistema di controllo delle versioni o al sistema di diritti di accesso a file e cartelle. Di conseguenza, utenti e gruppi sono ora memorizzati in un file di testo chiamato “directory.json“.
Per le stesse ragioni, non è più necessario differenziare gli Sviluppatori dagli Utenti. Pertanto, entrambi hanno ora il tipo “Utente”.
GRANDI miglioramenti per la distribuzione
Per impostazione predefinita, il file della directory è collocato accanto al database del progetto, in modo da poterlo distribuire con le impostazioni standard di utenti e gruppi. Tuttavia, ora avete anche la possibilità di collocare il file di directory accanto al file di dati. In questo caso, questo file viene usato al posto del file del database. E non è tutto! I comandi Get 4D file e File accettano ora la nuova costante Directory file, in modo da poter gestire facilmente e automaticamente il file giusto. Sì, avete letto bene! D’ora in poi non sarà più necessario eseguire il backup di utenti e gruppi al di fuori della struttura e ripristinarli quando si vuole installare un aggiornamento. Questo semplificherà notevolmente la distribuzione!
CONVERSIONE / MIGRAZIONE
Il file della directory verrà generato automaticamente durante la conversione del database del progetto e collocato accanto alle impostazioni del progetto. Se finora si è utilizzato il comando BLOB TO USERS per ripristinare gli utenti e le password, il comando genererà ora questo file di directory, senza dover modificare il codice esistente!
Modalità utente singolo
In modalità utente singolo, la gestione degli utenti e dei gruppi è completamente disabilitata. L’utente corrente è sempre Designer e non può essere modificato.
I diritti di accesso degli utenti e dei gruppi all’applicazione possono essere delegati al sistema. Quindi, se si desidera mascherare il nome del Designer con l’account di sistema o con il proprio nome utente, è sufficiente richiamare il comando SET USER ALIAS …!
Modalità client-server
In modalità client-server, Utenti e gruppi sono completamente operativi. È possibile cambiare l’utente corrente, impostare un alias, modificare una password, ecc. In breve, è possibile continuare a fare tutto ciò che si faceva con un database binario.
Casella degli strumenti
La casella degli strumenti Utenti e gruppi è accessibile in tutte le modalità: utente singolo e client-server. Tuttavia, in modalità monoutente, la casella degli strumenti può essere utilizzata solo per modificare gli utenti e i gruppi che verranno utilizzati in modalità client-server.