Replays

1Segments

POST /api/v1/replays/<replayId>/segments/<n> : replayId fait 32 caractères hexadécimaux, n va de 0 à 499. Clé (publique ou secrète) dans X-Blipit-Key ou ?key=, instance facultative. Le corps est un tableau JSON d'événements rrweb, brut ou gzip (Content-Encoding: gzip), jusqu'à 2 Mo, décompressé à au plus 32 Mo. Le premier segment réserve un replay du quota mensuel.

2Métadonnées

POST /api/v1/replays/<replayId>/meta avec un corps JSON jusqu'à 16 Ko : url, duration (ms), error_ids (ids d'événements), browser, os. Le replay doit déjà exister dans ce projet.

3Réponses

202 {accepted: true, duplicate?} stocké. 202 {accepted: false, reason: 'replay_quota'} l'espace de travail a épuisé ses replays du mois ; arrêtez d'enregistrer. 202 {accepted: false, reason: 'replay_full'} le replay a atteint 500 segments ou 20 Mo. 400 id, numéro de segment ou corps invalide. 409 l'id de replay appartient à un autre projet. 404 meta pour un replay inconnu.

Bon à savoir

• 1 200 requêtes par minute et par clé.
• Les requêtes des bots connus reçoivent 202 et sont écartées.
• Les segments sont stockés tels qu'envoyés et renvoyés au lecteur 20 à la fois.