You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: CHANGELOG.md
+4Lines changed: 4 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,5 +1,9 @@
1
1
# CHANGELOG.md
2
2
3
+
## unreleased
4
+
5
+
-**Access logs now go to stdout.** SQLPage now writes the single per-request completion log line to stdout with the target `sqlpage::access`, matching common application-server and container logging conventions. Diagnostic logs, warnings, and internal errors still go to stderr. If your `LOG_LEVEL` or `RUST_LOG` filter is scoped to a specific old target such as `sqlpage::webserver::http=info`, add `sqlpage::access=info` so request-completion logs are still emitted. If your log pipeline only collects stderr, update it to collect stdout too.
6
+
3
7
## v0.44.1
4
8
5
9
An AI-assisted security audit found three vulnerabilities: one authentication bypass that is high severity for affected OIDC deployments, and two lower-severity issues. It also led to three hardening changes. Upgrade now if you use custom OIDC protected paths.
environment variable to `sqlpage=debug` to get more detailed logs and see exactly what SQLPage is doing.
64
+
Request-completion access logs use the target `sqlpage::access`. Broad filters such as
65
+
`sqlpage=info` include them, but target-specific filters such as `sqlpage::webserver::http=info`
66
+
must also include `sqlpage::access=info` if you want to keep request logs.
64
67
65
68
SQLPage also supports [OpenTelemetry](https://opentelemetry.io/) tracing via the `OTEL_EXPORTER_OTLP_ENDPOINT` environment variable. See the [SQLPage monitoring example](https://github.com/sqlpage/sqlpage/tree/main/examples/telemetry).
Copy file name to clipboardExpand all lines: examples/official-site/sqlpage/migrations/66_log_component.sql
+2-2Lines changed: 2 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -8,7 +8,7 @@ Use it to track what happens and troubleshoot issues.
8
8
- Running from a terminal (Linux, macOS, or Windows PowerShell/Command Prompt): they show up in the window.
9
9
- Docker: run `docker logs <container_name>`.
10
10
- Linux service (systemd): run `journalctl -u sqlpage`.
11
-
- Output is written to [standard error (stderr)](https://en.wikipedia.org/wiki/Standard_streams#Standard_error_(stderr)).
11
+
- This component''s output is written to [standard error (stderr)](https://en.wikipedia.org/wiki/Standard_streams#Standard_error_(stderr)). SQLPage request access logs are separate and are written to standard output (stdout).
Copy file name to clipboardExpand all lines: examples/official-site/sqlpage/migrations/73_blog_tracing.sql
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -106,7 +106,7 @@ This is much more actionable than a single request duration number.
106
106
107
107
Tracing is even more useful when logs and traces are connected.
108
108
109
-
In the example stack, SQLPage writes structured logs to stdout, Promtail forwards them to Loki, and Grafana lets you move from a log line to the matching trace using the trace id. This makes it possible to start from an error log and immediately inspect the full request timeline.
109
+
In the example stack, SQLPage writes request access logs to stdout and diagnostic logs to stderr. The OpenTelemetry Collector forwards both streams to Loki, and Grafana lets you move from a log line to the matching trace using the trace id. This makes it possible to start from an error log and immediately inspect the full request timeline.
110
110
111
111
That workflow is often the difference between guessing and knowing.
0 commit comments