Runs & Results
Lister les appels upstream (debug)
Inspecte la chronologie de chaque interaction HTTP upstream d’une exécution de debug de l’auteur pour le diagnostic.
GET
Lister les appels upstream (debug)
GET https://api-datahub.octoparse.com/v1/runs/{run_id}/upstream-calls
Authentification : clé API requise, et seul l’auteur de l’app (éditeur) peut l’appeler. Toute autre personne reçoit 404.
Chronologie des appels upstream pour les exécutions de debug (run_kind=test). Pour les runs de type api, chaque interaction HTTP upstream (submit / status / fetch) est une entrée. summary agrège le trail complet par (attempt, stage), indépendamment de la pagination, pour voir d’un coup d’œil quelle étape est bloquée. items ne porte que des métadonnées ; les corps de requête et de réponse se chargent à la demande depuis l’endpoint de détail d’un appel.
Vous ne pouvez lire que vos propres exécutions de debug. Celles d’un autre compte, les exécutions manquantes et les exécutions de production renvoient toutes 404. Les valeurs de credential et d’environnement sont expurgées à l’écriture ; les valeurs marquées sensitive dans le contrat d’entrée sont expurgées à nouveau à la lecture. Les runs de type code n’ont pas de trail HTTP et renvoient une liste vide.
Requête
Paramètres de chemin
string
requis
Id de l’exécution de debug.
Paramètres de requête
integer
défaut:"0"
Offset de pagination.Plage ≥ 0.
integer
défaut:"50"
Taille de page.Plage 1 à 500.
string
Filtrer sur une étape.
submit soumet le travail, status interroge le statut, fetch récupère les données.Valeurs : submit / status / fetch.Exemple de requête
Réponse
200 succès
data. Champs :
string
requis
—
object[]
requis
Stats agrégées par (attempt, stage).
object[]
requis
Entrées de métadonnées d’appel.
object
requis
Objet de pagination.
Erreurs
Les réponses d’erreur utilisent
{"error": {code, category, message, retryable}}. Voir Erreurs.