- Navios
- 3 de setembro de 2026 às 04:33 UTC
- Autor
- Kamo
- Enviar
- eabb41f
A integração da VOIPService JustCall precisa de localizar os contactos de um cliente no livro de endereços do membro direito, e é aqui que os contactos são escritos: um Contacto mapeia apenas escalares, com seus e-mails, telefones, endereços, orgs, URLs, IMs e relações em sete tabelas sem cascata, alcançáveis apenas através ContactoDetailStore. Um chamador escrevendo essas tabelas de outro serviço seria Largue silenciosamente cada número de telefone — o único campo em que existe uma integração telefónica entregar — de modo que a persistência permanece aqui e o chamador posta nele. A propriedade é a parte de carregar. CONTACT.OWNER ID NÃO é NULL e pontos em usuários, e o proprietário de um ContactBook é seu controle de acesso (um livro sem proprietário pertence a ninguém e 404s para todos), por isso um lote deve nomear o Os contactos pertencem e são recusados quando não pertencem. Cada fonte recebe seu próprio livro por trás de uma linha ContactIntegration em vez de ser misturado em "Meu Contatos": linhas sincronizadas e linhas digitadas à mão têm diferentes ciclos de vida, e o membro pode esconder ou soltar os importados sem tocar em seus próprios. Os Upserts coincidem com o UID, que o chamador namespaces para o seu sistema. UID é único por livro, então também é isso que faz uma re-sincronização uma atualização em vez de um segundo cópia de tudo. Montado sob /api/internal, vigiado inteiro por InternalAuthFilter — não existe sessão de membro por trás destas chamadas, por isso sem esse filtro isto seria um endpoint para escrever contatos arbitrários em livros de membros arbitrários.