hosting

GET `/v1/sites/{siteId}/diagnostics`

Run the site's health checks and report each one.

Նույնականացում

Ուղարկեք API բանալին որպես bearer token: Բանալին պետք է ունենա sites.view թույլտվությունը. առանց դրա բանալին մերժվում է 403, և ոչ թե 404 կարգավիճակով:

Այս վերջնակետը կազմակերպության ID չի ընդունում: Ձեր բանալին արդեն իսկ նույնականացնում է այն կազմակերպությունը, որին պատկանում է, և պատասխանը սահմանափակված է դրանով:

Փորձել

Փոխարինեք անկյունային փակագծերում գտնվող ցանկացած բան ձեր սեփական արժեքներով, և բանալու տեղապահը՝ ձեր վահանակի բանալիով:

curl -X GET https://api.zinndigital.com/v1/sites/{siteId}/diagnostics \
  -H "Authorization: Bearer zdk_live_…"

Մուտք գործե՞լ եք: Ձեր վահանակի API վահանակը լրացնում է ձեր իրական կազմակերպության ID-ն և ձեր սեփական բանալին և գործարկում է հարցումը ուղիղ API-ի դեմ, որպեսզի կարողանաք տեսնել փաստացի պատասխանը: Բացեք այս վերջնակետը API վահանակում

Մանրամասներ

The equivalent of the hosting panel's own auto-diagnostics page: nameservers, mail DNS, a live TLS fetch, domain reputation across five blocklists, the last malware scan, file permissions and the error log. ⛔ Not one vendor endpoint — an aggregate of six concurrent reads, which is why each row carries its **own** state. A check that could not run reports `unknown`, deliberately distinct from `ok`: collapsing them would reassure a customer about something never checked. ⛔ Rows carry keys and data, never prose — the sentence is the client's to translate. Requires `sites.view`.

Պարամետրեր

Անուն	Տեսակ	Պահանջվում է	Ինչ է դա
`siteId (path)`	`Uuid`	Այո	Site ID (UUIDv7).

Պատասխան

Անուն	Տեսակ	Պահանջվում է	Ինչ է դա
`data`	`SiteDiagnostic[]`	Այո	—
`worst`	`string<ok, warn, fail, unknown>`	Այո	The most serious state present, for a summary badge. `unknown` ranks above `ok` and below `warn`.
`checks`	`string[]`	Այո	Every check key, in display order, so a client can render a stable list.
`states`	`string[]`	Այո	—

Այս վերջնակետի կողմից վերադարձվող սխալները

401 · 403 · 404 · 429 · 503

GET /v1/sites/{siteId}/diagnostics