Accesso migliorato alla memoria di sessione
È possibile memorizzare le informazioni nell’archivio di vari tipi di sessione, come Client/Server, Web o Mobile, consentendo un facile riutilizzo in diversi processi.
Ora, in 4D 20 R6, è possibile accedere all’archiviazione di una sessione specifica. Questo miglioramento consente agli utenti di mantenere facilmente la continuità e la coerenza delle informazioni tra più sessioni dello stesso utente. Immaginate di poter richiamare lo stesso record cliente in applicazioni diverse, come Client/Server o Web.
Quando Qodly.com incontra 4D Server, di cosa si parla?
Lo scorso settembre, 4D ha presentato Qodly Studio per 4D, che offre vantaggi completi che consentono di creare applicazioni web aziendali dinamiche ed efficienti. Se non l’avete ancora fatto, date un’occhiata a questo blogpost per scoprire come iniziare a utilizzare Qodly Studio per 4D.
Qodly Studio è accessibile anche su qodly.com e fa parte della nuova offerta SaaS di 4D.
Volete sfruttare i dati e la logica di busines della vostra applicazione 4D in un’applicazione qodly.com? Sarete felici di sapere che un’applicazione web qodly.com può ora connettersi a un’applicazione 4D distribuita su un server 4D grazie al nuovo comando openDatastore di QodlyScript. È quindi possibile utilizzare un progetto 4D come datastore remoto da Qodly.com.
In altre parole:
- Un’applicazione basata su 4D Server può fare entrambe le cose: gestire i client desktop 4D e i client web utilizzando i moduli Qodly. Se questo è il vostro lavoro, non c’è bisogno di continuare a leggere.
- Ma supponiamo che vogliate estendere la vostra applicazione esistente basata su 4D Server con un’applicazione completamente nuova, solo basata sul web e ospitata su Qodly.com: questo post è per voi e mostra come comunicare tra le due applicazioni.
Deprecazione del livello di rete legacy
Per gestire la comunicazione tra 4D Client e 4D Server, 4D propone 3 diversi livelli di rete:
- Legacy,
- ServerNet,
- e QUIC.
Il livello di rete Legacy è stato introdotto 30 anni fa in 4D v3. È stato originariamente sviluppato per AppleTalk, migliorato per ISDN, quindi aggiunto a IPX e infine a TCP/IP.
È stato creato per un uso Client/Server molto diverso da quello che 4D fa oggi: è a thread singolo, ottimizzato per reti lente senza crittografia e disponibile per molti protocolli di rete diversi. In quanto tale, non è affatto ottimizzato per le moderne comunicazioni di rete e supporta un numero molto limitato di funzionalità.
Per questo motivo, con 4D 20 R5, abbiamo deciso di rendere obsoleto il livello di rete Legacy e prevediamo di rimuoverlo presto. Vi invitiamo a passare subito a ServerNet se lo state ancora utilizzando. Lasciate che vi spieghi quali vantaggi otterrete dal passaggio.
SSL/TLS: supporto per i certificati ECDSA
4D utilizza SSL/TLS per proteggere le comunicazioni client-server e le richieste HTTP. 4D supporta la crittografia RSA da oltre un decennio e con 4D v20R3 stiamo aggiungendo la crittografia ECDSA alla nostra gamma di strumenti. È un buon momento per parlare un po’ di sicurezza.
Sviluppo contemporaneo su 4D Server in modalità Progetto
Da quando è stato rilasciato in 4D v18, Projects ha ampliato drasticamente le capacità di 4D portando, tra l’altro, la compatibilità con i sistemi di controllo delle versioni.
Grazie all’eccellente feedback, non potremmo essere più orgogliosi di vedere un’adozione significativa di questa funzione da parte della comunità di 4D. Questo ci ha spinto a migliorarla per renderla ancora migliore.
Tra i vostri commenti c’era anche la richiesta di poter lavorare contemporaneamente su un unico server di sviluppo come team. Anche in questo caso, 4D ci ha ascoltato e siamo entusiasti di annunciare che con 4D v19 R6 è possibile lavorare su un server di sviluppo in modalità progetto!
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.
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.
Monitorate l’attività del server 4D con questo nuovo strumento
Più fonti di dati 4D, interessati?
Abbiamo una nuova entusiasmante funzione da annunciare in 4D v18 e il titolo potrebbe già darvi un indizio!
Questa funzione apre nuove possibilità per il lavoro client/server. Anziché essere limitata al database corrente e richiedere una connessione di rete permanente, un’applicazione in 4D v18 può ottenere i dati da un altro database 4D remoto esposto su un server 4D!
Questa funzione rende disponibili molte opzioni. Ad esempio, si possono organizzare le applicazioni per lavorare offline e sincronizzare i dati locali solo quando quelli remoti sono raggiungibili. Oppure si può pensare di pubblicare i dati su più server e passare da uno all’altro quando necessario. Un’altra opzione potrebbe essere quella di suddividere il modello di dati in diversi database(ad esempio, dati locali e dati internazionali). E se i dati fossero distribuiti in luoghi diversi, ma comunque accessibili attraverso un unico codice client 4D (metodi di progetto e oggetti modulo)? Tutti questi scenari sono ora possibili e questo post vi spiega come!
Personalizzare la finestra di dialogo dell’amministratore con il codice 4D
Ci sono state richieste di modificare la finestra di dialogo di amministrazione di 4D Server, con alcuni clienti che volevano rimuovere informazioni e altri che volevano aggiungere informazioni personalizzate. Questo componente AdminWindow mostra come fare proprio questo. È possibile utilizzarlo “così com’è” o modificarlo per adattarlo alle proprie esigenze.
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