hosting
POST /v1/sites/{siteId}/wordpress/checksum
Restore a site's modified WordPress core files.
Kimlik Doğrulama
Bearer token olarak bir API anahtarı gönderin. Anahtar sites.view iznine sahip olmalıdır; bu izne sahip olmayan bir anahtar 404 ile değil, 403 ile reddedilir.
Bu uç nokta hiçbir organizasyon kimliği almaz. Anahtarınız zaten ait olduğu organizasyonu tanımlar ve yanıt bu organizasyonla sınırlandırılır.
Dene
Köşeli parantez içindeki her şeyi kendi değerlerinizle ve anahtar yer tutucusunu panonuzdan bir anahtarla değiştirin.
curl -X POST https://api.zinndigital.com/v1/sites/{siteId}/wordpress/checksum \
-H "Authorization: Bearer zdk_live_…"Oturum açtınız mı? Panonuzdaki API konsolu, gerçek organizasyon kimliğinizi ve kendi anahtarınızı otomatik olarak doldurur ve isteği canlı API üzerinde çalıştırarak gerçek yanıtı görmenizi sağlar. Bu uç noktayı API konsolunda açın
Ayrıntılar
Asks the vendor to replace every core file that differs from the published checksum with the published one. Local modifications to core files are lost, which is the point — but a legitimate customisation living in core goes with them, so the client names the files back first. `202` and not `200`: the platform restores the files afterwards, so the report in the body may still list them. A security screen that says "fixed" before it is fixed is worse than one that says "still checking". `404` for a site with no vendor hosting package. Requires `sites.view` and `sites.panel_access`.
Parametreler
| Ad | Tür | Zorunlu | Ne olduğu |
|---|---|---|---|
siteId (path) | Uuid | Evet | Site ID (UUIDv7). |
Yanıt
| Ad | Tür | Zorunlu | Ne olduğu |
|---|---|---|---|
ok | boolean | Evet | Whether nothing differs. |
files | string[] | Evet | The core files that differ, by path. Empty when `ok` is true. Read from the vendor's path-keyed map, so a file is named rather than merely counted. |
Bu uç noktanın dönderebileceği hatalar
401 · 403 · 404 · 409 · 422 · 429 · 503