Profile based
Pick the APIs, events, schedulers and WebSocket events to log, and for each one whether its response is saved.
API Maker
The framework for AI era
Operations
Every call you choose, with its request, response, console output and timing, searchable in the admin panel.
A log profile lists what to log: generated, custom and system APIs, events, schedulers and WebSocket events, and whether to keep their response. Logs are written after the response, in batches, to a log database of their own. The log explorer finds any call and exports the list.
Step through it, slow it down, or open the full canvas.
Choose what is logged. The default log profile lists the APIs to log: generated, custom and system APIs, events, schedulers. For each one, save the response or not.
The default log profile lists the APIs to log: generated, custom and system APIs, events, schedulers. For each one, save the response or not.
The response goes out first, then the log is queued in memory. A call of an API that is not in the profile is not logged at all.
Up to 1000 logs per write, or every 5 seconds. If the log database is slow, at most 10 000 logs wait in memory and a failed batch is dropped: the server keeps serving.
Request body, query, params and headers, the response if the profile saves it, console output, errors, status and time. The time to get a sandbox is not counted.
Filter by time, text, fields and duration, sort by the slowest, follow new logs live, and export the list as CSV or JSON. Old logs are removed past your limit.
Pick the APIs, events, schedulers and WebSocket events to log, and for each one whether its response is saved.
The response goes out first. Logs are written in batches of up to 1000, or every 5 seconds, and at most 10,000 wait in memory.
Body, query, parameters and headers, the response if kept, console output of your code, errors, status and execution time.
Filter by time, text, fields and duration, sort by the slowest calls, and follow new logs as they arrive.
Export the filtered list as CSV or JSON for reports or other tools.
A daily job removes the oldest logs beyond maxLogsCount, so the log database does not grow without end.
Support searches the logs for the order id, opens the call, and sees the body the app sent, the validation error it got, and the console output of the pre hook that refused it.
Yes. logs.enableLogs turns it off for the server. The monitoring dashboards keep working, they do not read the logs.
No. The time spent waiting for a sandbox is not counted in the execution time of a call.
Documentation