apply requested changes
Signed-off-by: Paul Schultz <pschultz@pobox.com>
This commit is contained in:
@@ -85,20 +85,3 @@ When defining `eventId` and `subEventId` for your audit events, follow these gui
|
||||
- Use `subEventId` to further categorize events within a logical group. For example, if the `eventId` is "fetch", the `subEventId` could be "by-id" or "by-location" to specify the method used for fetching.
|
||||
- Avoid redundant prefixes related to the plugin ID, as that context is already provided.
|
||||
- Choose names that clearly and concisely describe the event being audited.
|
||||
|
||||
## Configuring the service
|
||||
|
||||
The Auditor Service can be configured using the `backend.auditor` section in your `app-config.yaml` file.
|
||||
|
||||
### Console Logging
|
||||
|
||||
Console logging allows you to see audit events directly in your terminal output. This is useful for development and debugging purposes. To enable console logging, set the `enabled` flag to `true` within the `console` section:
|
||||
|
||||
```yaml
|
||||
backend:
|
||||
auditor:
|
||||
console:
|
||||
enabled: true
|
||||
```
|
||||
|
||||
By default, console logging is enabled. You can disable it by setting the `enabled` flag to `false`.
|
||||
|
||||
Reference in New Issue
Block a user