- Verschickt
- 13. November 2026 um 09:48 UTC
- Autor
- Kamo
- Commit
- 13d349c
Eine Chat-Nachricht kann docLinks (CONTRACT DocLinkSpec; maximal zehn, Der grant-basierte Zwilling von attachableBySender: nichts (nur numerische imgIds) Das Dokument ist an die Nachricht angehängt — DocsServices internes /issue, Der Absender öffnet das Dokument über den eigenen Reader des Absenders (ein Dokument Sie können nicht lesen ist eine einfache 404-Verweigerung), wendet die Freigaberichtlinie der Organisation an und Rechte, und erst dann mints den Link (Quelle CHAT, QuelleRef chat:<Nachrichten-ID>) und die Zuschüsse. - Gespräche der Mitglieder (Chat, Support-Ticket eines Mitglieds): VERIFIZIERTE Links Mit einem Zuschuss für jede weitere Person im Gespräch; der Klient Der Link-Typ wird ignoriert. - Ein öffentlicher Web-Chat-Besucher oder ein sozialer Kontakt: ein ANYONE-Link Dieses Beispiel zeigt die Verbindung zwischen einem Sign.<org> und einem SharedDocs.<org> In den Nachrichtentext geschrieben, da das alles ist, was ihre Seite zeigt. Wird innerhalb der Transaktion des Senders ausgegeben, nachdem die Zeile existiert; eine Ablehnung wird ausgelöst Das Senden zurück und Antworten mit DocsService's Code und Klartext, Kamo Wenn Docs nicht antwortet, ist 503 DOC_LINKS_UNAVAILABLE, und jedes Rollback (inkl 40001 retry) widerruft das, was geprägt wurde. Die Send-Antwort, der NATS-Frame und Das STOMP-Relais (liest den Rohrahmen aus — kein Feld des gemeinsamen DTO) tragen docLinks; Verlaufsseiten tragen docLinks pro Nachricht von einer indizierten Seite Lesen von doc_share_links durch source_ref (Zustand OK/EXPIRED/REVOKED).
