Triggers agora aceitam condições por campo específico
Antes o trigger só disparava na criação/edição/exclusão de um recurso. Agora você pode condicionar "se o campo X mudou de A para B" — útil para reagir só a mudanças de status, por exemplo.
Aqui você acompanha as novidades, melhorias e correções aplicadas aos recursos. Filtre por tipo ou por recurso para encontrar o que importa.
Antes o trigger só disparava na criação/edição/exclusão de um recurso. Agora você pode condicionar "se o campo X mudou de A para B" — útil para reagir só a mudanças de status, por exemplo.
Quando um campo está restrito por tag, ele agora também é omitido na resposta dos endpoints de listagem (GET /resources), não só no GET individual. O comportamento ficou consistente entre rotas.
As chamadas para APIs externas configuradas no projeto agora usam backoff exponencial (1s, 2s, 4s) em vez de retry imediato. Reduz a pressão sobre a API de destino em momentos de instabilidade.
Agora um campo pode referenciar outro recurso do mesmo projeto. Ex: Fatura.cliente aponta para o recurso Cliente. A API expande automaticamente quando você passa ?expand=cliente na requisição.
Em casos de incidente, dá para invalidar todos os tokens emitidos antes de uma data com uma única chamada. Tokens novos continuam válidos. Útil para vazamento de chave ou comprometimento de sessão.
Ordenação como ?sort=-due_date em listagens podia retornar 500 quando o recurso continha registros antigos sem o campo preenchido. Agora valores nulos são tratados corretamente.
Projetos agora podem ser hospedados na Austrália, Singapura e África do Sul, totalizando 7 países em 4 continentes.
Além do backup semanal grátis e do diário pago, agora dá pra ativar backup de hora em hora pelo console. Útil para projetos com alta frequência de mudança onde recuperar a última hora faz diferença.