[WordPress] 外掛分享: BOROS Vigilon Client

首頁外掛目錄 › BOROS Vigilon Client
WordPress 外掛 BOROS Vigilon Client 的封面圖片
全新外掛
安裝啟用
尚無評分
10 天前
最後更新
問題解決
WordPress 5.9+ PHP 8.0+ v1.7.0 上架:2026-08-31

內容簡介

BOROS Vigilon Client 將 WordPress 安裝轉變為受監控的端點,提供有關伺服器和 WordPress 安裝健康狀態的結構化 JSON 報告,協助用戶監控網站性能。

【主要功能】
• 提供伺服器資訊報告
• 顯示 WordPress 安裝狀態
• 提供網站健康測試結果
• 顯示資料庫使用情況
• 錯誤日誌記錄功能
• 實時資源使用快照

外掛標籤

開發者團隊

⬇ 下載最新版 (v1.7.0) 或搜尋安裝

① 下載 ZIP → 後台「外掛 › 安裝外掛 › 上傳外掛」
② 後台搜尋「BOROS Vigilon Client」→ 直接安裝(推薦)
📦 歷史版本下載

原文外掛簡介

BOROS Vigilon Client turns a WordPress installation into a monitored endpoint. It adds two
authenticated REST routes that return a structured JSON report about the server, the
WordPress installation and its current health. A monitoring server polls those routes; the
plugin itself never initiates outbound connections to a third party.
The plugin is passive by design. It stores no data of its own beyond its settings and a
cached Site Health report, and it answers only requests that carry a valid signature.
Reported data

Server information: PHP version, web server, operating system, disk and memory usage, load average and uptime.
WordPress information: core version and update status, installed plugins with version, slug and update status, active theme.
Site Health: the results of the WordPress Site Health tests, collected by a twice-daily cron job and served from cache.
Database: total size, per-table data, index and reclaimable bytes, row counts, plus cleanup candidates such as expired transients, autoloaded options, post revisions, trashed posts and spam comments.
Error log: the ten most recent PHP error entries from debug.log, when the file is readable.
Log files: the size and age of the log files the installation writes, in wp-content, in the plugin log directories below uploads, and at the configured WP_DEBUG_LOG and PHP error_log paths. Metadata only, no log content.
Composer: whether the installation is Composer-managed, and the installed package versions.
Realtime resource usage: a lightweight CPU, memory and load snapshot on a separate route.

Authentication
Requests are authenticated with an HMAC-SHA256 signature over timestamp:nonce:route,
sent in the X-Boros-Vigilon-Timestamp, X-Boros-Vigilon-Nonce and X-Boros-Vigilon-Signature
headers, or as Authorization: Bearer. A nonce may only be used once inside the signature
validity window, so captured requests cannot be replayed. A 64-character secret is
generated on activation.
Access can additionally be limited to a list of IP addresses, and the status route is rate
limited per endpoint and remote IP.
Privacy
The plugin transmits no data on its own. It answers requests from whoever holds the shared
secret, and the response may contain PHP error messages from debug.log, file paths and
server details. Review what your debug.log contains, restrict Allowed IPs to your
monitoring server, and treat the secret like a password.

延伸相關外掛

文章
Filter
Mastodon