Nouveautés

Découvrez les dernières fonctionnalités et les mises à jour produit d’Uptrends
Consultez le journal des modifications de l’API et le journal des incidents.

Demander une nouvelle fonctionnalité

MISE À JOUR

AVR. 2025

#Prise en charge de certaines versions HTTP dans les étapes des moniteurs d'API multi-étapes

Vous pouvez désormais préciser une version HTTP pour chaque étape d’un moniteur d’API multi-étapes. Cette option vous permet de contrôler la version HTTP utilisée par les serveurs de checkpoint lors de l’exécution de requêtes :

Par défaut, l’option Version HTTP est décochée, ce qui signifie que le serveur utilisera automatiquement la plus récente version HTTP disponible, et au moins la version HTTP/1.1. Actuellement, la version HTTP/3 est disponible pour certains emplacements de checkpoints, dont la liste sera élargie prochainement.

De façon similaire, la configuration HTTP vous permet de sélectionner uniquement une version, tandis que la configuration TLS prend plusieurs versions en charge. En effet, le protocole TLS inclut une négociation de version lors du processus de connexion, ce qui n’est pas le cas avec le protocole HTTP/3 qui nécessite qu’une version spécifique soit définie.

Version HTTP

MISE À JOUR

MARS 2025

#Nouveautés dans la vue d'ensemble des utilisateurs de l'API

La Vue d’ensemble des utilisateurs de l’API affiche désormais le nombre de requêtes effectuées par chaque utilisateur d’API au cours des 30 derniers jours. Cette information vous permet de savoir quels utilisateurs d’API sont actifs et quelles commandes d’API sont utilisées fréquemment.

Requêtes d’API effectuées au cours des 30 derniers jours

MISE À JOUR

MARS 2025

#Ajout de nouvelles méthodes de script dans les moniteurs API multi-étapes

Les méthodes de script suivantes peuvent désormais être utilisées dans les onglets des scripts de pré-requête et de post-réponse des moniteurs d’API multi-étapes :

  • ut.crypto.cert.parseCrl(bytes) : analyse une liste de révocation de certificats et fournit ses métadonnées.
  • ut.crypto.md5(value) : génère un hash MD5 de la valeur précisée.
  • ut.crypto.sha1(value) : génère un hash SHA-1 de la valeur précisée.
  • ut.crypto.sha256(value) : génère un hash SHA-256 de la valeur précisée.
  • ut.crypto.sha512(value) : génère un hash SHA-512 de la valeur précisée.
  • ut.response.bytes : fournit un tableau d’octets contenant le corps de la requête. Les réponses ne peuvent excéder 100 Mo.

Notez que la méthode ut.response.bytes est uniquement disponible dans l’onglet Post-response de votre moniteur multi-étapes. Les méthodes de script permettant de générer des hash MD5 et SHA vous permettent de stocker et d’envoyer des valeurs de façon sécurisée, en garantissant la protection des données au moyen du hachage.

MISE À JOUR

FÉVR. 2025

#Nouveautés concernant l'aperçu des périodes de maintenance

Les opérateurs disposant des droits de modification des paramètres pour au moins un moniteur ont désormais accès à la page d’aperçu des périodes de maintenance. Précédemment, seuls les administrateurs pouvaient consulter cette page.

Les opérateurs peuvent afficher, nettoyer ou supprimer toutes les périodes de maintenance pour les moniteurs dont ils peuvent modifier les paramètres.

MISE À JOUR

FÉVR. 2025

#Conditions supplémentaires pour la vérification des URL chargées par la page

La condition d’erreur Vérifier les URL chargées par la page vous permet de vérifier si des éléments spécifiques d’une page sont chargés sur votre site web. Ces éléments de page sont les URL qui s’affichent dans votre graphique en cascade. Ils comprennent les images, les fichiers et d’autres ressources de votre site web.

Cette condition d’erreur vous permet désormais d’ajouter de nouveaux critères pour vérifier les métriques de chaque élément de page. En cliquant sur le nouveau bouton + Ajouter une condition supplémentaire, vous pouvez désormais préciser la taille de la réponse en octets, la durée totale en millisecondes (ms) et le code de statut pour les éléments de la page :

Si vous voulez qu’une erreur se déclenche lorsque le chargement de votre image dure plus de deux secondes ou si un fichier produit un code de statut supérieur à 400, vous pouvez définir un critère correspondant.

La condition d’erreur Vérifier les URL chargées par la page est disponible pour les moniteurs de navigateur ou Full Page Check et pour les moniteurs de transactions. Notez que pour les moniteurs de transaction, vous devrez sélectionner l' option Cascade dans une étape afin de paramétrer ces conditions supplémentaires.

Nouvelles conditions d’erreur pour la vérification des URL chargées par la page
En utilisant ce site, vous consentez à l’utilisation de cookies conformément à notre Politique de cookies.