Log des requêtes ORDA sur le serveur
Depuis sa sortie, la popularité d’ORDA ne cesse de croître et il est maintenant largement utilisé sur vos serveurs de production. Avec 4D v20, nous vous apportons 2 améliorations sur la façon dont les requêtes ORDA sont loggées côté serveur. La première est une amélioration du request log qui donnera désormais plus d’informations sur les requêtes ORDA. La seconde est l’ajout d’un log ORDA côté serveur similaire au log ORDA côté client. Permettez-moi de vous présenter ces nouvelles fonctionnalités.
Évolution du journal de diagnostic
Année après année, fonctionnalité après fonctionnalité, le journal de diagnostic est devenu un fichier massif sur les serveurs occupés. Avec 4D v19R5, nous avons inclus un nouveau paramètre de base de données vous permettant de choisir le niveau de journalisation du fichier de diagnostic. Il vous aidera à contrôler la taille du journal de diagnostic en n’enregistrant que ce dont vous avez réellement besoin.
Pause de l’enregistrement et enregistrement du fichier de configuration
Pour la v19 de 4D, nous avons entamé un long travail de perfectionnement de nos journaux. Notre premier effort a été d’améliorer leur format pour vous donner des informations plus claires et de meilleure qualité. Pour 4D v19 R3, nous avons ajouté 2 nouvelles fonctionnalités : la possibilité de mettre instantanément en pause les logs et un moyen pour les équipes de support d’aider facilement leurs clients à configurer leurs logs via un fichier de configuration.
Évolution du format 4D Log
Nous avons récemment revu les formats de nos logs afin d’améliorer leur lisibilité et leur conformité à l’analyse automatisée. Nous avons apporté ces améliorations en réponse à des situations réelles que nous avons vécues, en abordant directement les problèmes qui entravaient notre capacité à utiliser les logs 4D. Dans ce billet de blog, nous expliquerons en détail les changements que nous avons apportés afin que vous puissiez adapter vos outils d’analyse de logs en conséquence.
Qui a fait quoi : Stocker les alias des utilisateurs dans le journal
A présent, vous avez sûrement découvert la nouvelle possibilité d’identifier vos utilisateurs grâce à la commande SET USER ALIAS pour identifier vos utilisateurs. Dans 4D v18 R2, le comportement de la commande a été étendu. Comment ? Continuez à lire !
Optimisez votre code ORDA grâce à la journalisation des requêtes
Avez-vous déjà eu besoin d’analyser le trafic de vos requêtes ORDA entre un client et le serveur 4D ? Parfois, il peut s’écouler un certain temps avant de recevoir une réponse du serveur, ce qui peut vous amener à vous demander si c’est dû au trafic réseau ou à une requête non optimisée que vous avez écrite ! Heureusement, 4D v17 R6 permet de déterminer la ou les raisons probables de cette latence avec les nouvelles méthodes ORDA disponibles sur l’objet ds objet. Ce ne sont pas seulement des fonctions de débogage, elles vous permettent aussi d’optimiser votre code ORDA avec une meilleure compréhension des requêtes envoyées.
Un nouvel outil au bout des doigts pour analyser les journaux de débogage
Avec 4D v17 R5, nous avons amélioré les journaux de débogage en ajoutant des méthodes et en permettant à chaque processus d’être tracé indépendamment. Avec cette version R, nous sommes allés un peu plus loin en livrant un outil d’analyse des journaux de débogage pour vous aider à surveiller l’exécution des processus. Vous pourrez voir quels sont les processus qui consomment le plus, la chaîne d’appels avec le temps d’exécution correspondant, et bien plus encore.
Amélioration des journaux de débogage grâce à ces améliorations
En tant que développeur 4D, vous avez peut-être déjà activé le journal de débogage pour résoudre des problèmes. 4D v17 R5 introduit plusieurs améliorations pour vous aider à analyser ces fichiers, comme la journalisation uniquement du processus en cours et la journalisation des appels aux méthodes membres (méthodes de collection ou d’objet).
Log your SMTP conversations
Comme nous l’avions promis dans un précédent article, chaque version R comprend plus d’avancées liées à la fonctionnalité de messagerie, débloquant ainsi sa puissance cachée.
4D v17 R5 offre une nouvelle fonctionnalité intéressante pour les journaux d’emails. Parfois, pendant le développement, tout fonctionne bien, mais lorsque vous déployez chez le client, il y a un problème de livraison des e-mails. Il peut être difficile de découvrir où se situe l’échec, car la communication est cryptée et vous n’avez souvent pas accès aux fichiers journaux du serveur SMTP. Le problème est très probablement lié à votre serveur SMTP, mais comment en être sûr ? Il suffit de lancer le journal SMTP dans votre application ! Ce journal contient un enregistrement de toutes les actions effectuées, y compris celles qui interrompent la connexion. Mieux encore, ce journal montre les communications avec le serveur SMTP en texte clair, non crypté, ce qui en facilite l’analyse.
Accès facile aux fichiers journaux
Les fichiers journaux peuvent être extrêmement utiles pour le dépannage. Ils sont également d’une grande aide pour trouver la cause profonde d’un incident. Les journaux nous permettent de savoir où et quand un problème s’est produit. Auparavant, avec la commande Get 4D folder vous pouviez facilement accéder au dossier contenant tous les journaux. Désormais, 4D v16 R6 permet de trouver facilement un fichier journal particulier, grâce à l’amélioration de la commande Get 4D file de la commande.
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