- Spegnimento
- 3 settembre 2026 alle ore 04:33 UTC
- Autore
- Kamo
- Impegno
- eabb41f
L'integrazione JustCall di VOIPService ha bisogno di mettere a terra i contatti di un cliente l'indirizzo del membro giusto, e questo è dove i contatti sono scritti: un contatto mappe solo scalari, con le sue email, telefoni, indirizzi, org, URL, IM e relazioni in sette tavoli senza cascata, raggiungibili solo attraverso ContattoStore. Un chiamante che scrive quei tavoli da un altro servizio cadere silenziosamente ogni numero di telefono — l'unico campo che un'integrazione del telefono esiste per consegna — così la persistenza rimane qui e il chiamante ci invia. La proprietà è la parte portante. CONTACT.OWNER ID NON è NULL e punti a utenti, e un proprietario di ContactBook è il suo controllo di accesso (un libro senza proprietario appartiene a nessuno e 404s per tutti), quindi un lotto deve nominare il suo membro i contatti appartengono e si rifiutano in modo definitivo quando non lo fa. Ogni fonte ottiene il suo libro dietro una riga di ContactIntegration piuttosto che essere mescolato in "My Contatti: righe sincronizzate e righe di tipo mano hanno diversi cicli di vita, e membro può nascondere o rilasciare quelli importati senza toccare il proprio. Gli avvisi corrispondono a uid, che il caller namespaces al suo sistema. UID è unico per libro, in modo che sia anche ciò che rende un ri-sincrona un aggiornamento invece di un secondo copia di tutto. montato sotto /api/internal, sorvegliato tutto da InternalAuthFilter — non c'è sessione membro dietro queste chiamate, quindi senza quel filtro questo sarebbe un endpoint per la scrittura di contatti arbitrari nei libri dei membri arbitrari.