- Expédié
- 3 septembre 2026 à 04:33 UTC
- Auteur
- Kamo
- S'engager
- eabb41f
L'intégration JustCall de VOIPService doit décrocher les contacts d'un client dans le carnet d'adresses du membre de droite, et c'est là que les contacts sont écrits: un contact Carte uniquement scalaires, avec ses e-mails, téléphones, adresses, orges, URL, IM et les relations dans sept tableaux sans cascade, accessibles uniquement par ContactDetailStore. Un appelant écrivant ces tableaux d'un autre service serait supprimer silencieusement chaque numéro de téléphone - le champ d'une intégration téléphonique existe pour livra - donc la persistance reste ici et les postes de l'appelant. La propriété est la partie porteuse. CONTACT.OWNER-ID NON NON NON NONNE NULL et points à les utilisateurs, et un propriétaire de ContactBook est son contrôle d'accès (un livre sans propriétaire) n'appartient à personne et 404s pour tout le monde), de sorte qu'un lot doit désigner le membre de son Les contacts appartiennent à l'intégrité générale et ne leur sont pas refusés. Chaque source obtient son propre livre derrière une ligne ContactIntegration plutôt que d'être mélangé dans "My My Contacts": les lignes synchronisées et les rangées de type main ont des cycles de vie différents, et Un membre peut cacher ou laisser tomber les importés sans toucher les leurs. Les ups font correspondre sur uid, que l'appelant sert d'espace de noms à son système. L'UID est unique par livre, donc c'est aussi ce qui fait une nouvelle mise à jour au lieu d'une seconde copie de tout. Monté sous /api/interne, entier gardé par InternalAuthFilter - il n'y a pas session d'appartenance derrière ces appels, donc sans ce filtre ce serait un le point d'extrémité pour écrire des contacts arbitraires dans des livres de membres arbitraires.