hosting

GET `/v1/sites/{siteId}/protection/file-permissions`

Run the vendor's file-permission check on a site.

ავტორიზაცია

API გასაღები გაგზავნეთ როგორც მატარებელი ტოკენი (bearer token). გასაღებს უნდა ჰქონდეს sites.view ნებართვა; ამის გარეშე გასაღები უარყოფილი იქნება 403 და არა 404 სტატუსით.

ეს ბოლო წერტილი არ იღებს ორგანიზაციის იდენტიფიკატორს. თქვენი გასაღები უკვე აიდენტიფიცირებს იმ ორგანიზაციას, რომელსაც ის ეკუთვნის, და პასუხი შემოფარგლულია მისით.

სცადეთ

შეSubstituted any value inside angle brackets with your own and the key placeholder with a key from your dashboard.

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

შესული ხართ? თქვენი სამართავ პანელში არსებული API კონსოლი ავტომატურად ამატებს თქვენი რეალური ორგანიზაციის ID-სა და საკუთარ გასაღებს და ატარებს მოთხოვნას ცოცხალ API-ს წინააღმდეგ, რათა იხილოთ რეალური პასუხი. გაAღით ეს ენდპოინტი API კონსოლში

დეტალები

⛔ This GET RUNS the scan — it is not a cached read. The vendor's read is the check, so it walks the site's filesystem. It is an explicit "check my permissions" action and must never fire on mount or on window focus. check_id is the handle the fix needs, and it is nullable: null means the vendor gave us no handle, so actionable is false and there is nothing to apply. recommended on each failure is nullable for the same reason — the platform sometimes names a file without naming a mode, and a guessed 644 would be applied to the customer's file. 404 for a site with no vendor hosting package. Requires sites.view.

პარამეტრები

სახელი	ტიპი	სავალდებულო	რა არის ეს
`siteId (path)`	`Uuid`	დიახ	Site ID (UUIDv7).

პასუხი

სახელი	ტიპი	სავალდებულო	რა არის ეს
`check_id`	`integer`	დიახ	The vendor's handle for this check. Null when the vendor gave us none, in which case there is nothing to apply and `actionable` is false. ⛔ A client never sends it back:…
`public_html_wrong`	`boolean`	დიახ	Whether the document root's own mode is wrong.
`root_wrong`	`boolean`	დიახ	Whether the package root's own mode is wrong.
`failures`	`SitePermissionFailure[]`	დიახ	The individual files the check flagged.
`actionable`	`boolean`	დიახ	Whether Fix these can do anything: a live check handle and something to fix. Its own field so the button is not offered against a report that can only be refused.

შეცდომები, რომლებიც ამ ენდპოინტს შეუძლია დააბრუნოს

401 · 403 · 404 · 429 · 503

GET /v1/sites/{siteId}/protection/file-permissions