Armazenamento e retenção de dados (TTL)
Resumo técnico de retenção, campos TTL, jobs de limpeza e limites de ficheiros na Sessy.
O que descreve esta página
Esta página descreve o comportamento atual de armazenamento e retenção na Sessy, a partir de funções de limpeza do backend e regras de validação de upload.
É comportamento do sistema, não definições por estúdio que possas mudar na interface.
Sessões: modelo de armazenamento e TTL
Ao criar, cada documento de sessão recebe _meta.ttl de 3 anos. Na limpeza eliminam-se documentos de sessão com mais de 3 anos.
Newsletters: limpeza automática e retenção de imagens
Um job programado elimina newsletters com mais de 1 ano:
- Newsletters publicadas:
isPublished == trueepublishedAt < oneYearAgo - Rascunhos:
isPublished == falseecreatedAt < oneYearAgo
Na limpeza:
- As imagens de newsletter referenciadas (
imageRefs) apagam-se do storage. - Elimina-se a newsletter.
Limites de upload de imagens de newsletter
- Tamanho máx. por imagem: 5 MB
- Tipos permitidos: JPEG, PNG, GIF, WEBP
Anexos de sócios: limites
Limites de anexos de sócios:
- Tamanho máx. por ficheiro: 2 MB
- Armazenamento máx. de todos os anexos por sócio: 10 MB
Não há um número fixo de ficheiros — o máximo efetivo depende do tamanho (p. ex. uns 5 ficheiros se cada um se aproxima de 2 MB). Se se atinge o limite, rejeita-se o upload. O colaborador tem de apagar anexos antigos antes de carregar novos.
Outros jobs de limpeza automática
Registos de ativação backend
- Coleção:
backendUserActivation - Retenção: eliminam-se registos com mais de 90 dias
Tokens de dispositivo
Os tokens de dispositivo servem para push. Para não enviar mensagens a dispositivos velhos, eliminam-se tokens inativos com mais de 90 dias.
- Alcance:
userse campos de token replicados em sócios - Retenção: eliminam-se tokens inativos com mais de 90 dias