Accès amélioré au stockage des sessions
Vous pouvez stocker des informations dans le stockage de différents types de session, tels que Client/Serveur, Web ou Mobile, ce qui permet de les réutiliser facilement dans différents processus.
Désormais, dans 4D 20 R6, vous pouvez accéder au stockage d’une session spécifique. Cette amélioration permet aux utilisateurs de maintenir facilement la continuité et la cohérence des informations entre plusieurs sessions d’un même utilisateur. Imaginez que vous puissiez consulter le même dossier client dans différentes applications telles que Client/Serveur ou Web.
Quand Qodly.com rencontre 4D Server, de quoi parle-t-on ?
En septembre dernier, 4D a dévoilé Qodly Studio for 4D, qui offre des avantages complets vous permettant de créer de manière transparente des applications web professionnelles dynamiques et efficaces. Si vous ne l’avez pas encore fait, consultez cet article de blog pour savoir comment démarrer avec Qodly Studio pour 4D.
Qodly Studio est également accessible sur qodly.com, faisant partie de la nouvelle offre SaaS de 4D.
Vous souhaitez exploiter les données de votre application 4D et la logique commerciale dans une application qodly.com ? Vous serez heureux d’apprendre qu’une application web qodly.com peut désormais se connecter à une application 4D déployée sur un serveur 4D grâce à la nouvelle commande QodlyScript openDatastore. Vous pouvez alors utiliser un projet 4D comme un datastore distant à partir de Qodly.com.
En d’autres termes :
- Une application basée sur 4D Server peut faire les deux : gérer des clients de bureau 4D et des clients web utilisant des formulaires Qodly. Si c’est ce que vous faites, inutile de continuer à lire.
- Mais supposons que vous souhaitiez étendre votre application existante basée sur 4D Server avec une toute nouvelle application, uniquement basée sur le web – et celle-ci hébergée sur Qodly.com : cet article est pour vous et montre comment communiquer entre les deux.
Déclassement de l’ancienne couche réseau
Pour gérer la communication entre le client 4D et le serveur 4D, 4D propose trois couches réseau différentes :
- Legacy,
- ServerNet,
- et QUIC.
La couche réseau Legacy a été introduite il y a 30 ans dans 4D v3. Elle a été développée à l’origine pour AppleTalk, améliorée pour ISDN, puis ont été ajoutés IPX et enfin TCP/IP.
Elle a été créée pour une utilisation client/serveur très différente de celle de 4D aujourd’hui : elle est monotâche, optimisée pour les réseaux lents sans cryptage et disponible pour de nombreux protocoles réseau différents. En tant que tel, elle n’est pas du tout optimisée pour les réseaux modernes et ne prend en charge qu’un nombre très limité de fonctionnalités.
C’est pourquoi, avec 4D 20 R5, nous avons décidé de rendre la couche réseau Legacy obsolète et prévoyons de la supprimer prochainement. Nous vous encourageons à passer à ServerNet dès maintenant si vous l’utilisez encore. Permettez-moi de vous expliquer les avantages que vous tirerez de ce changement.
SSL/TLS : Prise en charge des certificats ECDSA
4D utilise SSL/TLS pour sécuriser les communications client-serveur et les requêtes HTTP. 4D supporte la cryptographie RSA depuis plus d’une décennie et avec 4D v20R3 nous ajoutons maintenant la cryptographie ECDSA à notre boîte à outils. C’est le bon moment pour moi de parler un peu de sécurité.
Développement simultané sur 4D Server en mode projet
Depuis son lancement dans 4D v18, Projects a considérablement étendu les capacités de 4D en apportant la compatibilité avec les systèmes de contrôle de version – entre autres choses.
Grâce à d’excellents retours, nous ne pourrions être plus fiers de constater l’adoption significative de cette fonctionnalité par la communauté 4D. Cela nous a poussés à l’améliorer pour la rendre encore meilleure.
Vos commentaires incluaient une demande de possibilité de travailler simultanément en équipe sur un seul serveur de développement. Une fois encore, 4D a écouté, et nous sommes ravis d’annoncer qu’avec 4D v19 R6, vous pouvez travailler sur un serveur de développement en mode projet!
Désactivation des explorateurs sur les serveurs fusionnés
Vous pouvez vouloir restreindre l’accès des administrateurs à l’explorateur de données et à l’explorateur d’exécution dans vos serveurs fusionnés déployés. 4D v19 R5 permet de le faire.
Voici tout ce que vous devez savoir.
Création simplifiée d’applications client/serveur multiplateformes sous Windows
La sortie de Silicon Macs a eu un grand impact sur la façon dont 4D compile les applications. Avant la v19, 4D compilait uniquement pour l’architecture Intel, en utilisant le même code sur Mac et Windows. Mais les Macs Silicon utilisent une nouvelle architecture, et de ce fait 4D doit compiler spécifiquement pour Silicon. Cela affecte la construction d’applications client/serveur multiplateformes.
Tant que vous construisez votre serveur sur Mac, ce n’est pas un problème, car vous pouvez compiler pour les plateformes Intel et Silicon. Mais sous Windows, il n’est pas possible de compiler pour les Macs Siliconés. Notre recommandation actuelle est de compiler le projet sur Mac pour les deux architectures, puis de le copier sur une machine Windows avant de construire le serveur. Malheureusement, pour les gros projets avec beaucoup de données, la copie peut prendre un certain temps.
Surveillez l’activité de 4D Server avec ce nouvel outil
Sources de données 4D multiples, intéressé ?
Nous avons une nouvelle fonctionnalité passionnante à annoncer dans 4D v18 et le titre vous a peut-être déjà donné un indice !
Cette fonctionnalité ouvre de nouvelles possibilités pour le travail client/serveur. Plutôt que d’être limitée à la base de données actuelle et de nécessiter une connexion réseau permanente, une application dans 4D v18 peut obtenir des données d’une autre base de données 4D, distante, exposée sur un serveur 4D !
De nombreuses options deviennent disponibles grâce à cette fonctionnalité. Par exemple, vous pouvez organiser vos applications pour qu’elles fonctionnent hors ligne et ne synchronisent les données locales que lorsque les données distantes sont accessibles. Vous pouvez aussi envisager de publier vos données sur plusieurs serveurs et passer de l’un à l’autre si nécessaire. Une autre option pourrait consister à répartir votre modèle de données entre différentes bases de données( par exemple, données locales, données internationales). Que diriez-vous d’avoir vos données distribuées en différents endroits mais toujours accessibles par un seul code client 4D (méthodes de projet et objets de formulaire) ? Tous ces scénarios sont désormais possibles et cet article de blog vous explique comment !
Personnalisez le dialogue d’administration avec du code 4D
Il y a eu des demandes de modification de la boîte de dialogue d’administration de 4D Server, certains clients souhaitant supprimer des informations et d’autres voulant ajouter des informations personnalisées. Ce composant AdminWindow vous montre comment faire exactement cela. Vous pouvez l’utiliser « tel quel » ou le modifier pour l’adapter à vos besoins.
Nous contacter
Vous avez une question, une suggestion ou vous voulez simplement entrer en contact avec les blogueurs 4D ? Envoyez-nous un message !
* Votre vie privée est très importante pour nous. Veuillez cliquer ici pour consulter notre Politique