Use the model you already have
Record changes become live notifications without maintaining a parallel event schema.
Daptin
Run Daptin →
Realtime events
Subscribe live clients to record changes over WebSocket. Update dashboards, operational screens, and multi-user interfaces without polling every table.
Live application data
The /live endpoint exposes table-oriented create,
update, and delete notifications. Clients subscribe to the topics
they need and reconnect on their own terms. After reconnecting,
the data API remains the authoritative source for current state.
Record changes become live notifications without maintaining a parallel event schema.
Daptin checks table access when a client subscribes to system-managed topics.
Refresh queues, status boards, admin screens, and collaboration surfaces when underlying records change.
Olric PubSub can carry live messages when several Daptin processes serve the application.
Live product surfaces
Update queue, ticket, order, or device views when records are created, changed, or removed.
Keep dashboard3-style screens responsive without polling every resource on a short interval.
Notify clients that shared application records changed, then retrieve authoritative state through the API.
Use Olric PubSub to carry notifications between clients attached to different Daptin instances.
Connection semantics
The wire distinguishes session, response, event, and pong messages. Record events carry separate topic and create/update/delete fields with base64-encoded JSON data. System-topic access is checked when the client subscribes.
Clients should reconnect with backoff, reconnect after permission changes, and refresh database state after interruption. The live channel does not promise replay or guaranteed delivery of messages missed while disconnected.
Implement the WebSocket protocol →