GET /v1/sites/deleted

Автентифікація

Надішліть ключ API як маркер носія (bearer token). Ключ повинен мати дозвіл sites.view; ключ без нього відхиляється з кодом 403, а не 404.

Цей кінцевий пункт не потребує ідентифікатора організації. Ваш ключ уже ідентифікує організацію, якій він належить, і відповідь обмежується її межами.

Спробувати

Замініть усе в кутових дужках власними значеннями, а заповнювач ключа — ключем із вашої панелі керування.

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

Увійшли в систему? Консоль API у вашій панелі керування автоматично підставляє ваш реальний ідентифікатор організації та ваш власний ключ, а також виконує запит до робочого API, щоб ви могли побачити справжню відповідь. Відкрийте цю кінцеву точку в консолі API

Деталі

Every site deleted from the principal's orgs, newest first, with an unambiguous date for when its backup is purged and the site becomes permanently unrecoverable (purge_due_at). ⛔ purge_due_at is computed by the engine from the live retention policy and must never be recomputed by a client. It comes from the same function the purge sweep selects on, so the date shown and the date acted on cannot drift. A client adding deleted_at + 30 would be a second hardcoded number, and it would be wrong the moment an operator edits the policy (D-W15-10b). ⛔ restorable is a measurement, not a status. It reflects a real check that the backup object exists in storage, so it is false — with reason_code: no_backup — for a site whose backup row claims success over bytes that were never written. A restore button over a backup that does not exist is worse than no button. Requires sites.view only: knowing which of your own sites were deleted, and by when they become unrecoverable, is not a privileged fact.

Параметри

Відповідь

Помилки, які може повертати ця кінцева точка

401 · 403 · 429