Skip to main content
POST
Ottieni URL PUT firmati per il caricamento di un’immagine di riferimento di tua proprietà. Un’immagine da 8 MiB ha al massimo due parti. Salva l’ETag restituito da ogni PUT per upload_complete.

Autenticazione e autorizzazioni

string
obbligatorio
Invia una chiave API VoiceCheap in questa intestazione. È supportato anche Authorization: Bearer con la stessa chiave API. I token di accesso OAuth sono accettati solo da MCP, non da questo endpoint REST.
Autorizzazioni richieste: thumbnails:write. È necessario un abbonamento a pagamento attivo. Le autorizzazioni non modificano i ruoli del team, la proprietà delle risorse, i crediti multimediali o i limiti del piano.

Parametri

string
Facoltativo al livello di trasporto: se omesso, il server inserisce un identificatore prima della validazione. Fornisci un tuo UUID v4 stabile per recuperare in sicurezza una risposta persa.Formato: “uuid”. Pattern: ^[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-4[0-9a-fA-F]{3}-[89abAB][0-9a-fA-F]{3}-[0-9a-fA-F]{12}$.
string
obbligatorio
L’uploadId restituito dall’azione upload_initialize di questo dominio.Formato: “uuid”. Pattern: ^([0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[1-8][0-9a-fA-F]{3}-[89abAB][0-9a-fA-F]{3}-[0-9a-fA-F]{12}|00000000-0000-0000-0000-000000000000|ffffffff-ffff-ffff-ffff-ffffffffffff)$.
array
obbligatorio
Elenco di valori. Consulta lo schema di input completo per la struttura degli elementi.Numero minimo di elementi: 1. Numero massimo di elementi: 2.
Il JSON Schema seguente conserva i nomi esatti dei campi, i tipi annidati, i valori predefiniti, i limiti e i valori accettati esposti dalla discovery. Le ulteriori regole tra campi sono elencate nelle note sull’operazione.

Idempotenza

Usa un UUID v4 in requestId o nell’intestazione HTTP Idempotency-Key per ogni modifica. Riutilizza lo stesso identificatore e argomenti identici dopo un errore di rete. Se vengono forniti entrambi, devono coincidere. Ripetere una richiesta salvata non ripete l’operazione e non consuma un’altra chiamata mensile. Le richieste non riuscite o interrotte non vengono riavviate automaticamente. Ogni modifica può restituire HTTP 202 quando un nuovo tentativo trova la stessa richiesta ancora in esecuzione, anche se la prima esecuzione è normalmente sincrona. Se l’esecuzione è completata ma resultStored è false, un nuovo tentativo restituisce HTTP 200 con lo stato della richiesta salvata anziché il risultato originale. Recupera l’output tramite l’azione di cronologia, risultato o download del relativo dominio.

Esempi di richiesta

Sostituisci gli identificatori delle risorse e le chiavi multimediali di esempio con i valori restituiti per il tuo account. Mantieni stabile l’identificatore della richiesta quando ripeti la stessa modifica.

Risposta

Una prima esecuzione riuscita restituisce HTTP 200 con il risultato dell’operazione in data. Una ripetizione può invece restituire lo stato della richiesta salvata. L’esempio mostra una risposta supportata, non tutti i campi facoltativi. Array di URL PUT firmati temporanei, uno per ogni numero di parte distinto richiesto. La risposta non contiene byte dell’immagine, ETags o campi di dimensione per parte.

Campi del risultato

Recupera e monitora questa richiesta

Usa lo stesso identificatore anche dopo una connessione persa. Se resultStored è false, recupera l’output tramite la corrispondente azione di cronologia, risultato o download. Non avviare mai una seconda generazione solo per verificarne l’avanzamento.
HTTP 200

Note sull’operazione

  • Richiede thumbnails:write; non è necessario alcuno scope di caricamento aggiuntivo.
  • uploadId è l’UUID di initialize. partNumbers contiene 1–2 numeri interi, ciascuno compreso tra 1 e 2, e ogni parte deve esistere per il fileSize dichiarato di quella sessione. I numeri di parte richiesti duplicati vengono ricondotti a un solo URL.
  • Invia con PUT i byte binari grezzi di ogni parte a ciascun URL restituito. Content-Length è firmato e deve corrispondere esattamente a min(partSize, fileSize - (partNumber - 1) × partSize). Nell’esempio da 7 MiB, la parte 1 è di 5,242,880 byte e la parte 2 è di 2,097,152 byte. Non inviare JSON, multipart/form-data o base64 all’URL firmato.
  • Salva l’header di risposta ETag di ogni PUT riuscito e invia questi valori a thumbnails_upload_complete. Tratta gli URL firmati come autorizzazioni private e temporanee al caricamento.
  • È possibile firmare, completare o interrompere solo un caricamento appartenente all’utente connesso. Questi alias accettano solo sessioni JPG, PNG e WebP di al massimo 8 MiB, anche se la sessione è stata creata tramite una famiglia di caricamento diversa.
  • La sessione di caricamento in produzione scade dopo 24 ore. Gli URL firmati delle parti scadono dopo un’ora. Il completamento e l’interruzione rimuovono la sessione attiva; sign-parts e complete restituiscono quindi Upload not found. Nessuna delle due risposte include un campo expiresAt.
  • Usa un requestId UUID v4 oppure l’header HTTP Idempotency-Key e riutilizzalo con input identici nei nuovi tentativi. Il livello di integrazione registra ogni modifica e ne restituisce lo stato o il risultato registrato senza eseguirla nuovamente. Una richiesta fallita o interrotta non viene ritentata automaticamente.
  • Per ottenere nuovi URL dopo la loro scadenza di un’ora, mentre la sessione è ancora attiva, chiama sign-parts con un nuovo requestId. Riprovare con lo stesso requestId restituisce il risultato salvato, inclusi i vecchi URL.

Utilizzo

Ogni invocazione riuscita consuma una chiamata API/MCP mensile. Si applicano anche i crediti multimediali e le quote di generazione proprie dell’operazione.

Errori