Nur Vorschau — Aktivierung erforderlich

Downloads mit DWTT erstellen

DWTT Der Support muss den Clip-Workflow genehmigen, bevor ein Schlüssel mit festgelegtem Bereich und die zugehörige Datenverkehrsmenge ausgestellt werden können.

DwttToolkitJSON über HTTPSAsynchrone JobsAnmeldeinformationen mit Bereich

Schnellstart

DWTT Die Seite beginnt mit den vom Support aktivierten Anmeldeinformationen, wechselt zu einem zugewiesenen Mandantenendpunkt und gibt eindeutig einen Aufrufpfad nur für den Server an.

Tenant-URLhttps://dwtt.app

AuthentifizierungX-API-Key: pending_activation_…

Profil des KundenDwttToolkit

API-Versionv1

# Available only after support activation
export DWTT_TOOL_TOKEN="issued-after-review"

curl -X POST https://dwtt.app/v1/resolve \
  -H "X-API-Key: $DWTT_TOOL_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"source_link":"https://www.youtube.com/watch?v=VIDEO_ID"}'

DWTT stellt die Sicherheit von Anmeldeinformationen durch serverseitige geheime Speicherung sicher, sodass keine Client-Bundles eingebettet werden müssen.

Auflösen eines Links

DWTT Die Seite beginnt mit der Quellenerkennung, geht dann zu den Formaten von einer eingegebenen URL über und gibt klar an, dass keine erfundenen Ausgaben vorliegen.

POST/v1/resolveGeltungsbereich: resolve

Feld	Typ	Erforderlich	Beschreibung
`source_link`	HTTPS-URL	Ja	Öffentliche oder autorisierte Medienseite zu analysieren.
`tenant`	Zeichenfolge	Nein	Zugewiesene Mandantendomäne. Normalerweise weggelassen.

{
  "success": true,
  "platform": "youtube",
  "title": "Example video",
  "formats": [
    {"id":"18","type":"video","quality":"360p","container":"mp4"}
  ],
  "cached": false
}

DWTT nähert sich dem Format-Identifier über den Rückgabewert unverändert, dann pro Link-Verfügbarkeit. Der optimierte Workflow hält kein erratene Qualitätslabel explizit.

Download-Auftrag erstellen und verfolgen

In DWTT Dieser optimierte Workflow folgt mit einer kurzen HTTP-Anfrage und schließt mit der Ausführung eines Bounded Worker.

POST/v1/jobsGeltungsbereich: Jobs

Feld	Typ	Erforderlich	Beschreibung
`source_link`	HTTPS-URL	Ja	Die gleiche normalisierte Quelle, die zur Auflösung eingereicht wurde.
`format_ref`	Zeichenfolge	Ja	Eine genaue ID aus der Auflösungsantwort.
`tenant`	Zeichenfolge	Nein	Zugewiesene Mandantendomäne. Normalerweise weggelassen.

curl -X POST https://dwtt.app/v1/jobs \
  -H "X-API-Key: $DWTT_TOOL_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"source_link":"https://www.youtube.com/watch?v=VIDEO_ID","format_ref":"18"}'

1202 AkzeptiertSave task_ref.

2UmfragestatusGET /v1/jobs/{task_ref} mit dem gleichen Schlüssel.

3BereitÖffnen Sie die signierte Download-URL.

Status	Bedeutung	Client-Action
`queued`	In die begrenzte Warteschlange aufgenommen.	Abstimmung nochmal mit Rückzug.
`extracting`	Aktualisierung von Quellmetadaten oder Route.	Fahren Sie mit dem Abstimmen fort.
`processing`	Herunterladen, Remuxen oder Zusammenführen.	Serverfortschritt anzeigen.
`ready`	Signierter Download ist verfügbar.	Senden Sie die URL an den Benutzer.
`failed`	Terminal strukturierter Fehler.	Read `error_code`. Wiederholen Sie den Versuch nur, wenn empfohlen.
`expired`	Temporäre Ausgabe wurde entfernt.	Erstellen Sie einen neuen Job.

curl https://dwtt.app/v1/jobs/TASK_REF \
  -H "X-API-Key: $DWTT_TOOL_TOKEN"

Um das Abfragen von Aufträgen zu erklären, trennt DWTT die anfängliche Wartezeit von einer Sekunde von der maximalen Wartezeit.

Vorhersehbare Fehler

Ein Nicht-2xx-Umschlag ist der Ausgangspunkt für den Fehlervertrag auf DWTT. Ein optimierter Workflow stellt dann eine Supportanfrage-ID vor und erklärt die vorhersehbare Clientbehandlung.

{
  "success": false,
  "error": {
    "code": "RATE_LIMITED",
    "category": "rate_limited",
    "message": "Too many requests. Please try again shortly.",
    "retryable": true,
    "details": {"retry_after_seconds": 20}
  },
  "request_id": "…"
}

HTTP	Typische Bedeutung	Action
400	Ungültige URL, ungültiger Text oder unzugängliches Format.	Korrigieren Sie die Anfrage. Lösen Sie erneut für Formate auf.
401	Fehlender, ungültiger, abgelaufener oder falscher Schlüsselbereich.	Überprüfen Sie die serverseitigen Anmeldeinformationen.
403	Die Anforderung wurde von der Mandanten- oder Quellenrichtlinie abgelehnt.	Umgehen Sie die Richtlinie nicht. Wenden Sie sich an den Support.
404	Unbekannter oder abgelaufener Job.	Erstellen Sie ggf. einen neuen Auftrag.
429	Anfrage- oder Aktiv-Job-Limit erreicht.	Honor `retry_after_seconds`.
503	Warteschlange/Kapazität oder Upstream vorübergehend nicht verfügbar.	Wiederholen Sie den Versuch mit exponentiellem Rückschlag und Jitter.

Betriebsvertrag

DWTT legt während der Aktivierung Traffic-Zuweisungen fest, sodass Clip-Integrationen und Quellnetze nicht überlastet werden.

Verwenden Sie idempotente Anwendungslogik und starten Sie niemals doppelte Aufträge für denselben Benutzerklick.
Speichern Sie Auflösungsmetadaten nur kurz zwischen und behandeln Sie signierte Download-URLs stets als ablaufend.
Verwenden Sie begrenzte exponentielle Rückkopplung mit Jitter für 429, 503 und wiederholbare Fehler.
Verarbeiten Sie nur öffentliche Medien oder Medien, auf die Sie zugreifen dürfen, und umgehen Sie keine DRM- und Zugriffskontrollen.
Bewahren Sie Anforderungs-IDs und Auftrags-IDs in privaten Betriebsprotokollen auf und protokollieren Sie übermittelte URLs nicht unnötig.

DWTT Die Seite beginnt mit der Aktivierung vor der Exploration, geht dann zur zugewiesenen Authentifizierung über und gibt klar dokumentierte Anforderungsformen an.

VOM BETRIEBSERHALTER ÜBERPRÜFTER ZUGANG

Aktivieren durch Unterstützung

Senden Sie DWTT die geplante Integration, das wahrscheinliche Anforderungsvolumen und die Zielnetzwerke. Erwähnen Sie, ob der Client Auflösung, Auftragserstellung oder beides benötigt, damit ein Bereichsschlüssel genehmigt und einmal angezeigt werden kann.

Aktivierung anfordern Schlüssel sind mandantenspezifisch, widerrufbar und werden über das Kontaktformular ausgestellt. Anonyme Skripte können keine Downloader-Arbeit ausführen.