Caricare un oggetto con un client S3
Carica un piccolo oggetto tramite l'indirizzo S3 dosya, interpreta l'ETag restituito e verifica chiave, dimensione in byte e comportamento della sovrascrittura in sicurezza.
Ultima revisione
Gli screenshot mostrano l’interfaccia in inglese.
Un PutObject S3 dosya scrive nel contenitore {workspace-id} alla chiave configurata. I segmenti di prefisso mancanti possono diventare cartelle se il ruolo del membro consente di crearle; caricare su una chiave file esistente crea una nuova versione dosya.

Prima di iniziare
Usa l’indirizzo https://api.dosya.dev/s3, la regione us-east-1, indirizzamento path-style e una credenziale S3 con ambito di caricamento o completo. Il ruolo del membro deve consentire S3 e caricamenti.
Inizia con un oggetto eliminabile inferiore a 50 MB. Le richieste semplici richiedono un Content-Length valido; i client possono invece usare la suddivisione AWS in blocchi supportata. Restano attivi regole dello spazio di lavoro sulle estensioni, limiti per file, credenziale o ruolo, quota, percorsi nascosti e blocchi delle cartelle.
Passaggi
- Crea un piccolo file di prova locale e annota dimensione esatta in byte e chiave di destinazione, incluse maiuscole e ogni segmento di prefisso.
- Verifica che il contenitore sia l’ID dello spazio di lavoro e che la chiave sia nell’eventuale cartella di ancoraggio assegnata alla credenziale.
- Carica una volta con il comando client
put,cpoPutObject, tenendo le credenziali fuori dalla cronologia dei comandi. - Richiedi una risposta HTTP
200e salvaETagrestituito; un’intestazione checksum viene restituita solo dopo la verifica dosya. - Esegui
HEADo un elenco consentito per la stessa chiave e confronta dimensione indicata ed ETag salvato con il risultato del caricamento. - Apri la destinazione in dosya e verifica che esista un solo file; se carichi intenzionalmente di nuovo la stessa chiave, verifica l’avanzamento del numero di versione.

Risultato previsto
L’oggetto è archiviato una sola volta alla chiave richiesta con i byte previsti. I nuovi prefissi annidati creano cartelle solo se consentito e una sovrascrittura conserva la cronologia come nuova versione del file senza creare una seconda riga omonima.
I rifiuti esatti identificano il controllo: API key scope ‘read’ cannot upload files, Upload not allowed, Creating folders is not allowed, Destination folder is locked, Object is locked, QuotaExceeded o EntityTooLarge. Correggi il controllo prima di riprovare.
Guide correlate
Ti è stata utile?
Caricamento delle valutazioni…
Quando voti, salviamo un cookie tecnico per un massimo di 180 giorni, così puoi cambiare la tua risposta.
Domande e risposte
Fai una domanda sui passaggi di questa guida. Le domande vengono revisionate prima della pubblicazione.
Non inserire dati dell’account, credenziali o file privati nelle domande pubbliche. Usa l’assistenza privata in questi casi.
Caricamento delle domande…
Accedi al tuo account dosya per fare una domanda.