Attaccare un file già restaurato senza caricarlo di nuovo

FeatureMediaService
Spegnimento
9 agosto 2026 alle ore 17:57 UTC
Autore
Kamo
Impegno
3888d55

Inoltrare un video da 2 GB a tre colleghi costa tre carichi completi. Stoccaggio li deduplicava in un oggetto, ma solo dopo che ogni trasferimento era stato completato e stato gettato via — il membro pagato per ogni byte, tre volte, per produrre una copia piattaforma già aveva. Due endpoint lo stabiliscono prima che i byte si muovano. /attachments/probe risponde se file di questa dimensione potrebbe esistere a tutti, che è economico e lascia un cliente saltare hashing per quasi ogni file veramente nuovo. /attachments/link hashes the client si calcola e, quando si risolvono al contenuto memorizzato, crea l'allegato outright; a 404 significa 'mai visto, caricarlo' ed è una risposta ordinaria piuttosto che una fallimento. Le ciglia sono un reclamo, non un'autorizzazione: si risolvono solo contro il contenuto già memorizzato all'interno del campo dedup del chiamante, e entrambi gli endpoint richiedono sessione appartenenza come ogni altro percorso di attaccamento. Carica e link condividono una riga percorso di proposito — se i byte viaggiano o sono stati riconosciuti, l'allegato che le terre nella conversazione devono essere indistinguibili.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo