Condividere le risorse locali tra gli utenti con i Servizi desktop remoto di Windows
Questa nuova funzione migliora la gestione delle risorse locali delle applicazioni unite di 4D Client eseguite con Windows Remote Desktop Services. Vediamo come.
Riducete le dimensioni delle vostre applicazioni 4D con queste nuove funzionalità
Nel nostro continuo sforzo di migliorare la costruzione di applicazioni 4D, abbiamo aggiunto a 4D v19R5 alcune funzionalità che sicuramente troverete utili.
La prima è la possibilità di rimuovere alcuni dei moduli 4D più importanti dalle vostre applicazioni: CEF, Mecab, PHP, Controllo ortografico e 4D Updater. Se non avete bisogno di alcuni di questi moduli, potrete ridurre significativamente le dimensioni delle vostre applicazioni.
Abbiamo anche cambiato la directory finale quando si costruisce una struttura compilata, in modo da soddisfare coloro che utilizzano più versioni compilate della stessa struttura.
Per quanto riguarda i clienti giapponesi, abbiamo unito la versione giapponese di 4D e quella internazionale su MacOS.
Approfondiamo i dettagli.
Gestione dei file di directory nei progetti di server uniti
I progetti hanno introdotto il nuovo file directory.json contenente utenti, gruppi e permessi. Consente l’autenticazione, le restrizioni e i permessi su diverse parti dell’applicazione, attraverso le impostazioni o il codice. Vediamo i nuovi miglioramenti relativi all’uso di questo file nei progetti di server unificati.
Disabilitazione degli esploratori sui server uniti
È possibile che si voglia limitare l’accesso degli amministratori al Data Explorer e al Runtime Explorer nei server uniti distribuiti. 4D v19 R5 consente di farlo.
Ecco tutto quello che c’è da sapere.
Utilizzare applicazioni client duplicate e unite
In qualità di editore, a volte si desidera duplicare un’applicazione client unificata per collegare ciascuno di essi al proprio server 4D dedicato. Vediamo come fare.
Creazione semplificata di applicazioni client/server multipiattaforma su Windows
Il rilascio di Silicon Mac ha avuto un grande impatto sul modo in cui 4D compila le applicazioni. Prima della v19, 4D compilava solo per l’architettura Intel, utilizzando lo stesso codice su Mac e Windows. Ma i Mac Silicon utilizzano una nuova architettura e quindi 4D deve compilare specificamente per Silicon. Questo influisce sulla creazione di applicazioni client/server multipiattaforma.
Finché si costruisce il server su Mac, non è un problema, perché si può compilare per entrambe le piattaforme Intel e Silicon. Su Windows, invece, non è possibile compilare per i Mac Silicon. Attualmente consigliamo di compilare il progetto su Mac per entrambe le architetture e poi copiarlo su una macchina Windows prima di costruire il server. Purtroppo, per i progetti di grandi dimensioni con molti dati, la copia può richiedere del tempo.
Come definire il timeout di riposo per le applicazioni 4D remote
Per evitare la perdita della sessione, 4D monitora lo stato di sospensione delle applicazioni 4D remote.
Quando un utente è connesso da un’applicazione 4D remota a un Server 4D e il suo computer entra in modalità sleep, l’informazione viene inviata al Server 4D. Nel momento in cui il computer dell’utente si sveglia, l’applicazione 4D remota recupera il suo contesto di esecuzione.
Proteggete le risorse della vostra applicazione con un nuovo algoritmo
Quando genera i file .4dz, 4D utilizza un formato zip standard per impostazione predefinita. Se siete editori di software, sarete felici di sapere che 4D v19 R2 ha aggiunto una funzione che permette di impedire agli utenti della vostra applicazione di vedere il contenuto del 4DZ, e quindi di poterlo modificare.
4D v19: evoluzione della costruzione di applicazioni client/server
Su Mac, la firma delle applicazioni è diventata uno standard e da Big Sur non è più possibile eseguire applicazioni non firmate. In passato, abbiamo pubblicato un workaround per costruire applicazioni client-server in esecuzione su un server Windows e che accettano connessioni da client Mac. Con il rilascio di 4D v19, abbiamo aggiornato la creazione di applicazioni in 4D per gestire questo caso. Ecco come costruire un’applicazione a piattaforma singola o multipiattaforma nella v19.
Server multipli, risorse locali condivise
Può capitare che gli utenti debbano connettersi a molte istanze della stessa applicazione server unificata. Quando ciò accade, l’applicazione client unita scarica tante risorse locali quante sono le connessioni al server. Ma se la cartella Risorse del server è enorme, questo può comportare un notevole dispendio di tempo, volume e rete! Fortunatamente, 4D v18 R5 ha una soluzione per questo scenario!
Contattateci
Avete domande, suggerimenti o volete semplicemente entrare in contatto con i blogger di 4D? Lasciateci un messaggio!
* La vostra privacy è molto importante per noi. Fare clic qui per visualizzare il nostro Politica