hosting
GET /v1/hosting/fleet-applications
List the applications we install ourselves on our own fleet.
認証
ベアラー トークンとして API キーを送信します。このエンドポイントでは仕様に特定の権限が記載されていないため、キーに必要な最小限の権限を付与し、推測するのではなくレスポンスを確認してください。
このエンドポイントは組織IDを受け付けません。お使いのキーによって所属する組織がすでに特定されており、レスポンスはその組織にスコープされます。
試してみる
アングルブラケット内のすべてをご自身の値に置き換え、キーのプレースホルダーをご利用中のダッシュボードのキーに置き換えてください。
curl -X GET https://api.zinndigital.com/v1/hosting/fleet-applications \
-H "Authorization: Bearer zdk_live_…"ログインしていますか？ダッシュボード内のAPIコンソールでは、実際の組織IDやお客様ご自身のキーが自動入力され、ライブAPIに対してリクエストが実行されるため、実際のレスポンスを確認することができます。 API コンソールでこのエンドポイントを開く
詳細
The own-fleet counterpart of `GET /v1/hosting/applications`, and deliberately a separate operation rather than a flag on it, because the two answer different questions from different authorities. That one reports what the **resold platform's** installer offers and is read live from the vendor. This one reports what **we** have written an installer for, which is a fact about this platform at this release — Nextcloud, ownCloud, and the headless-CMS choice (docs/139). Authenticated but not tenant-scoped: like the locations and applications endpoints it is a statement about what this platform sells, and the create-site form needs it at the one moment no site exists to read it from.
パラメータ
| 名前 | タイプ | 必須 | これがその内容です |
|---|---|---|---|
stack_type (query) | StackType | いいえ | Narrow to the applications that answer one stack. `headless_cms` returns the CMS choice; `nextcloud` and `owncloud` return exactly one entry each, because for those the stack *i… |
返信
| 名前 | タイプ | 必須 | これがその内容です |
|---|---|---|---|
data | FleetApplication[] | はい | — |
このエンドポイントが返すエラー
401 · 403 · 429