hosting
GET /v1/sites/{siteId}/diagnostics
Run the site's health checks and report each one.
توثيقِ شناخت
ایک بیرر ٹوکن کے طور پر ایک API کی بھیجیں۔ کی کے پاس sites.view اجازت ہونی چاہیے؛ اس کے بغیر کی کو 404 کے بجائے 403 کے ساتھ مسترد کر دیا جاتا ہے۔
یہ اینڈ پوائنٹ کوئی آرگنائزیشن آئی ڈی نہیں لیتا۔ آپ کی کلید پہلے ہی اس آرگنائزیشن کی شناخت کرتی ہے جس سے یہ تعلق رکھتی ہے، اور اس کا جواب اسی کے مطابق محدود ہوتا ہے۔
آزمائیں
کوئی بھی چیز جو زاویہ دار قوسین میں ہو اسے اپنی اقدار سے بدلیں، اور کلیدی پلیس ہولڈر کو اپنے ڈیش بورڈ کی کسی کلید سے بدلیں۔
curl -X GET https://api.zinndigital.com/v1/sites/{siteId}/diagnostics \
-H "Authorization: Bearer zdk_live_…"لاگ ان ہیں؟ آپ کے ڈیش بورڈ میں موجود API کنسول آپ کی حقیقی تنظیم کی آئی ڈی اور آپ کی اپنی کلید خود بخود پُر کر دیتا ہے، اور لائیو 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