Skip to content

Commit c4d8321

Browse files
committed
Revisione documentazione
1 parent a754d73 commit c4d8321

6 files changed

Lines changed: 157 additions & 1287 deletions

File tree

CHANGELOG.md

Lines changed: 7 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -31,12 +31,12 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
3131
## [Unreleased]
3232

3333
### Added
34-
- **WP Consent API integration** — New `ConsentIntegration` class declares plugin compatibility with the [WP Consent API](https://wordpress.org/plugins/wp-consent-api/) via `wp_consent_api_registered_{plugin}` filter using `__return_true`
35-
- **Privacy Policy content** — Suggested privacy policy text registered via `wp_add_privacy_policy_content()` documenting: no cookies, external alert services (Email, Webhook, Slack, Telegram, WhatsApp), automatic data redaction, and data storage/removal
34+
- **WP Consent API integration** — New `ConsentIntegration` class declares plugin compatibility with the [WP Consent API](https://wordpress.org/plugins/wp-consent-api/) via the `wp_consent_api_registered_{plugin}` filter using `__return_true`
35+
- **Privacy policy content** — Suggested privacy policy text registered via `wp_add_privacy_policy_content()`, documenting no cookies, external alert services (Email, Webhook, Slack, Telegram, WhatsApp), automatic data redaction, and data storage/removal
3636

3737
### Security
3838
- Privacy policy HTML output escaped with `esc_html()` on all translated strings
39-
- Plugin name in `wp_add_privacy_policy_content()` wrapped with `__()` for i18n
39+
- Plugin name in `wp_add_privacy_policy_content()` wrapped with `__()` for i18n support
4040

4141
### Tests
4242
- +14 unit tests for `ConsentIntegration` (100% coverage): consent API filter registration (`__return_true`), privacy policy content (external services, cookies, admin-only, redaction, esc_html verification), pattern enforcement (no final, no static)
@@ -47,18 +47,18 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
4747
## 0.6.2 - 2026-03-03
4848

4949
### Added
50-
- **HealthScreen UI refresh** — "Site Health vibe" summary banner with overall status icon, affected checks list, timing meta (last run / next run), and link to Alert Settings
50+
- **HealthScreen UI refresh** — "Site Health"-style summary banner with overall status icon, affected checks list, timing meta (last run / next run), and a link to Alert Settings
5151
- **HealthScreen status badges** — Inline colored pill badges (Ok/Warning/Critical/Unknown) on each check card header with `aria-hidden` status icons for accessibility
5252
- **HealthScreen expandable details** — HTML5 `<details>/<summary>` per check with check-specific breakdowns: database query time, error log severity counts + file size, Redis response time, disk free/total/percent, WP/PHP versions + available updates
5353
- **HealthScreen check timestamps** — "Checked X ago" relative time on each card using `human_time_diff()`
5454
- **HealthScreen anchor IDs** — Each check card has `id="check-{check_id}"` for deep linking from DashboardWidget
55-
- **AlertSettings collapsible sections** — Each channel wrapped in `<details class="ops-health-alert-section">` with `<summary>` showing channel name + Enabled/Disabled badge; enabled channels default `open`
55+
- **AlertSettings collapsible sections** — Each channel wrapped in `<details class="ops-health-alert-section">` with `<summary>` showing the channel name + Enabled/Disabled badge; enabled channels are `open` by default
5656
- **AlertSettings conditional fields** — ES5 JavaScript (`assets/js/alert-settings.js`, ~60 lines) toggles config fields disabled/dimmed when channel's "Enabled" checkbox is unchecked
5757
- **AlertSettings asset enqueue**`register_hooks()` + `enqueue_assets()` with screen guard, new CSS (`assets/css/alert-settings.css`) and JS enqueued only on the alert settings page
5858
- **DashboardWidget timing** — "Last run: X ago" paragraph below check list using `StorageInterface` for `last_run_at`
5959
- **DashboardWidget check links** — Check names are `<a>` links with `#check-{id}` anchors pointing to HealthScreen cards
60-
- **`last_run_at` timestamp**`CheckRunner.run_all()` saves `last_run_at` via Storage; `clear_results()` deletes it; `Uninstaller` cleans `ops_health_last_run_at`
61-
- **StorageInterface** injection into HealthScreen and DashboardWidget constructors for timing data access
60+
- **`last_run_at` timestamp**`CheckRunner::run_all()` saves `last_run_at` via Storage; `clear_results()` deletes it; `Uninstaller` cleans `ops_health_last_run_at`
61+
- **`StorageInterface` injection** — Injected into the HealthScreen and DashboardWidget constructors for timing data access
6262

6363
### Changed
6464
- **HealthScreen constructor** — Now accepts `CheckRunnerInterface` + `StorageInterface` (was `CheckRunnerInterface` only)

0 commit comments

Comments
 (0)