Self-hosted application server · LGPL-3.0
Give Daptin your tables and relationships. Get a running application server.
Define the tables and relationships your product needs. Daptin creates the database, APIs, access controls, admin interface, files, workflows, events, and integrations.
Tables:
- TableName: product
Columns:
- Name: title
DataType: varchar(200)
- Name: price
DataType: float
POST /api/product 201
GET /api/product 200
What Daptin creates
Define a table once. Daptin runs its API, access, admin, and events.
Daptin uses the same table and relationship definitions for APIs, permissions, files, actions, events, and the admin interface.
See how the components fit together →TableName: product
Columns:
- Name: title
DataType: varchar(200)
- Name: photo
ColumnType: image
Why Daptin uses established protocols
Works with the SDKs, clients, and tools you already use.
Published protocols let you inspect, replace, and maintain integrations without a Daptin-specific client.
Check the v0.12.36 feature list ↗OAuth 2.0, OpenID Connect, JWT, and TOTP.
Reach your data over mail, file, storage, and feed protocols.
Call external APIs without shipping secrets to the browser.
Compatibility limits: the CalDAV/CardDAV routes
provide basic WebDAV file storage, not the full calendar and contact
specifications. Daptin uses JSON:API resource documents, but does not
implement the optional include query.
The shipped admin interface
See and edit the live backend in dashboard3.
dashboard3 running on Daptin v0.12.36.
See the product in detail →
Server-side controls
Access checks, secrets, and transactions stay on the server.
Every client and protocol receives the same access decisions. The browser does not hold provider credentials.
One access rule covers rows, files, actions, and subscriptions.
Guest, owner, and group permissions cover rows, relationships, assets, actions, WebSocket topics, Yjs rooms, and FTP site paths.
Inspect authorization tests ↗Single-use codes, token rotation, and replay protection.
Actions and scheduled work use database transactions. OAuth codes are single-use, refresh tokens rotate, provider PKCE is required, and OTP attempts are cluster-shared.
Read the token lifecycle →Health checks, statistics, audits, and live counters.
/ping reports process liveness;
/statistics exposes web, database-pool, host, and
resource state. Logs, audit tables, caching, distributed PubSub,
and rate counters are built in.
Self-hosted deployment
Run one executable or a container on your infrastructure.
See Deploy for artifact limits.