Gestion des singletons en REST et Qodly
Avec 4D 20 R5, nous avons lancé les singletons. Avec 4D 20 R6, nous vous permettons désormais d’appeler directement les fonctions exposées de vos singletons partagés par le biais d’appels REST. De même, vous pouvez utiliser les fonctions exposées de vos singletons partagés dans des événements lors de la conception de vos pages Qodly. Permettez-moi d’approfondir ces nouvelles fonctionnalités.
Permissions : Inspecter les privilèges de la session pour faciliter le débogage
Aujourd’hui, vous pouvez bénéficier d’une fonctionnalité puissante pour filtrer l’accès aux données, ce qui est essentiel pour empêcher les accès malveillants à votre application.
Cette fonctionnalité utilise des privilèges qui permettent certaines actions sur vos données. Ces privilèges sont attribués aux utilisateurs par le biais des rôles et stockés dans la session lors de l’authentification.
Dans 4D 20R6, nous avons amélioré cette fonctionnalité en vous permettant d’inspecter les privilèges dans la session, ce qui est très utile pour le débogage.
Continuez à lire pour en savoir plus.
Force Login devient le mode par défaut pour toutes les authentifications REST
Nous avons récemment fourni une nouvelle façon de contrôler l’accès à l’API REST via les privilèges et la fonction ds.authentify: Force Login. Cette fonctionnalité offre bien plus que les mécanismes d’authentification précédemment disponibles, et a été clairement expliquée dans ce billet de blog.
Avec 4D 20 R6, Force Login est maintenant le mode par défaut pour les authentifications REST. Vous vous demandez pourquoi et comment gérer cette transition ? Continuez à lire cet article.
Utiliser facilement l’API REST de Qodly
Il y a quelques mois, nous avons annoncé que Qodly Studio était désormais disponible pour tous nos partenaires Silver (et plus).
Qodly Studio pour 4D est entièrement intégré à 4D, permettant à 4D Server d’héberger votre application avec des pages locales et des pages web.
Qodly Studio est également accessible sur Qodly, dans le cadre de la nouvelle offre SaaS de 4D. Cette solution hybride innovante avec peu de code est spécialement conçue pour les applications professionnelles basées sur un navigateur web.
Vous avez peut-être déjà créé des applications en utilisant la plateforme Qodly et nous avons d’autres bonnes nouvelles !
Avec 4D 20R5, vous pouvez désormais utiliser l’API REST d’une application Qodly pour travailler de manière transparente avec vos données.
Continuez à lire pour en savoir plus.
Amélioration de l’utilisation des licences client 4D avec Qodly Studio for 4D
Ceux d’entre vous qui ont commencé à utiliser Qodly Studio for 4D savent déjà à quel point ce nouvel outil est puissant pour développer des applications web professionnelles. Si vous ne l’avez pas encore fait, vous trouverez ici plus d’informations sur la façon de commencer.
Les applications réalisées avec Qodly Studio for 4D s’appuient sur les API REST. 4D 20 R5 est livré avec une nouvelle fonctionnalité très intéressante : Le mode « Force Login ».
Avec ce mode, une licence 4D Client n’est consommée que lorsque les utilisateurs se connectent avec succès et commencent à travailler avec les données et la logique de votre application.
Poursuivez votre lecture pour en savoir plus ! Et n’oubliez pas de télécharger notre démo pour la voir à l’œuvre !
Filtrez l’accès à vos données grâce à un système complet de permissions
Le filtrage de l’accès aux données est une fonctionnalité indispensable pour empêcher tout accès malveillant à votre application.
Jusqu’à présent, vous pouviez exposer ou non comme ressource REST une classe de données et certains de ses attributs. C’était déjà un moyen pratique de restreindre l’accès à vos données. Néanmoins, nous sommes ravis d’offrir dans la v19R8 un système puissant et entièrement personnalisable pour protéger vos données contre les utilisateurs non autorisés. Un système de protection de vos données dépend de la personne qui y accède et des données auxquelles elle accède.
ORDA – Optimisation des requêtes REST étape par étape (+ Une démo)
La performance ORDA/REST est une question stratégique ; c’est pourquoi nous avons livré de nombreuses fonctionnalités liées à ce sujet, telles que l’optimisation des requêtes ORDA/REST en mode Client/Serveur et lors du travail avec un datastore distant. Récemment, nous vous avons également donné un contrôle complet sur l’optimisation des requêtes ORDA/REST.
Cet article de blog vous donne le plan à suivre afin de devenir un as en matière de performance ORDA/REST. Il comprend d’autres articles de blog à lire, des vidéos à regarder et une démo à utiliser pour améliorer rapidement et facilement les performances de vos applications.
ORDA – Optimisez les performances grâce à un contrôle total des requêtes REST
Avec une version précédente, vous avez découvert comment les requêtes ORDA REST avaient été automatiquement optimisées pour augmenter les performances lors du travail avec un datastore distant et des configurations client/serveur.
Vous avez appris que vous pouvez utiliser des contextes pour profiter de l’optimisation automatique des requêtes ORDA REST.
C’était une étape importante, mais nous vous proposons maintenant d’avoir un contrôle complet sur le comportement de vos requêtes REST. La performance étant une préoccupation stratégique, vous devez être impatient de découvrir cette nouvelle fonctionnalité !
Et ce n’est pas tout, de nouveaux outils sont désormais disponibles pour vous aider à comprendre et déboguer vos problèmes.
Continuez à lire pour une présentation complète.
API REST 4D + ReactJS
par Mourad Aouinat, ingénieur logiciel chez 4D Maroc
Dans un précédent billet de blog, nous avons vu comment il est facile de mettre en place une API REST en utilisant 4D. Dans ce billet de blog, nous allons exploiter la puissante API REST de 4D en combinaison avec React pour construire une application To-Do qui comprend des fonctionnalités pour ouvrir les todos, en créer de nouveaux, modifier les existants, et des fonctionnalités pour la modification et la suppression en masse.
Tableau et 4D : Déployez votre WDC sur des pages Github
Dans l’article du blog intitulé » Comment connecter Tableau à 4D « , vous avez appris à créer un connecteur de données Web (WDC) pour demander des données à 4D et les visualiser dans Tableau Public.
Il est maintenant temps d’héberger notre WDC ! Comme il n’utilise que des fichiers HTML et JavaScript, les pages Github sont la meilleure option pour les stocker. Cela permet aux autres de tester votre connecteur directement dans leur logiciel Tableau. Dans cet article de blog, je vais vous montrer comment procéder.
Bonus : je vous montrerai également comment déboguer votre WDC dans Tableau Public en utilisant Chrome. C’est parti !
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