Confirma vários envios de uma vez
POST/api/media/confirm-batch
- Auth
- Jeton requis
- Clé d’API:
- media:write
- X-CommunityId
X-CommunityIdEnvoyez le X-CommunityId de la communauté où l’opération a lieu.
O mesmo que `POST /api/media/confirm`, para **1 a 50 envios** do mesmo space. Cada item é confirmado sozinho e volta como `{ index, asset }` ou `{ index, error }` (código, parâmetros e mensagem traduzida); um vídeo que ficou sem conversão pelos minutos do plano traz também `transcodeLimit` (para a equipe; veja `POST /api/media/confirm`). Só finalidades confirmadas sem decodificar a imagem na requisição: vídeos, `galleryImage` e `classifiedImage`. As outras imagens (`parcelPhoto`, `supportPhoto`) voltam com `error.code: batchNotSupported`: use `POST /api/media/confirm`. **Idempotente:** confirmar de novo a mesma `key` (repetição, duas abas ao mesmo tempo) devolve a mesma mídia, contada uma vez no uso da comunidade. O uso é contado na confirmação (nunca na URL); a imagem que falha no processamento o devolve.
**Imagem de galeria e de anúncio (`galleryImage`, `classifiedImage`) não é processada na confirmação:** a API confere tipo, tamanho e primeiros bytes, guarda o arquivo fora do alcance da URL de envio e devolve o `asset` com `processingStatus: queued`. Uma fila (uma por vez em cada processo) gira pela orientação, remove os metadados (GPS incluído), reduz para no máximo 4096 px e gera a miniatura: `queued` → `processing` → `ready` (ou `failed`, com `processingError`). Pode criar a imagem da galeria (`POST /api/gallery/images` com o `mediaId`) logo em seguida, sem esperar. Enquanto não estiver `ready`, `GET /api/media/{id}/url` e `POST /api/media/urls` devolvem `url: null` com o `processingStatus`, e a listagem da galeria traz `processingStatus` em cada imagem: consulte de novo (`GET /api/media/{id}` ou `POST /api/media/urls`) a cada poucos segundos até `ready`. Costuma levar de 1 a 3 segundos por foto. Limite: 20 lotes por hora por perfil.
En-têtes
| Nom | Type | Description |
|---|---|---|
X-CommunityIdfacultatif | string (uuid) | ID da comunidade em que a operação acontece. Obrigatório na maioria dos endpoints com escopo de comunidade. |
Corps de la requête application/json
| Nom | Type | Description |
|---|---|---|
spaceIdobligatoire | string (uuid) | |
itemsobligatoire | object[] | |
items[].keyobligatoire | string | |
items[].nameobligatoire | string | max 255 |
items[].sizefacultatif | integer | Opcional: se vier e diferir do objeto, o item volta com erro. |
Réponses
| Statut | Description |
|---|---|
200 | Resultado de cada item. |
400 | Requisição inválida — falha de validação. |
401 | Token ausente, inválido ou expirado; token de outra comunidade (o `X-CommunityId` ou o `communityId` do corpo não é o do token); token antigo ou de uma sessão encerrada (troca de senha, convite aceito). Nesses casos a mensagem pede para entrar de novo (`auth.signInAgain`). |
403 | Autenticado, mas sem permissão para esta operação. |
404 | Recurso não encontrado. |
429 | Mais de 20 lotes por hora para este perfil. |
500 | Erro interno do servidor. |
Exemple curl
curl -X POST "https://api.memberfy.net/api/media/confirm-batch" \
-H "Authorization: Bearer $TOKEN" \
-H "X-CommunityId: $COMMUNITY_ID" \
-H "Content-Type: application/json" \
-d '{"spaceId":"00000000-0000-0000-0000-000000000000","items":[{}]}'