hosting

PUT /v1/sites/{siteId}/php-config

Set a site's PHP settings.

すべての hosting エンドポイント

認証

ベアラー トークンとして API キーを送信します。キーには sites.view 権限が付与されている必要があります。権限のないキーは 404 ではなく 403 で拒否されます。

このエンドポイントは組織IDを受け付けません。お使いのキーによって所属する組織がすでに特定されており、レスポンスはその組織にスコープされます。

試してみる

アングルブラケット内のすべてをご自身の値に置き換え、キーのプレースホルダーをご利用中のダッシュボードのキーに置き換えてください。

curl -X PUT https://api.zinndigital.com/v1/sites/{siteId}/php-config \
  -H "Authorization: Bearer zdk_live_…" \
  -H "Content-Type: application/json" \
  -d '{ "values": <object> }'

ログインしていますか?ダッシュボード内のAPIコンソールでは、実際の組織IDやお客様ご自身のキーが自動入力され、ライブAPIに対してリクエストが実行されるため、実際のレスポンスを確認することができます。 API コンソールでこのエンドポイントを開く

詳細

Applies the **complete** set of overrides. An omitted name is cleared, and `{}` resets every setting to the machine's defaults — deliberately not a PATCH, because *"return this to the platform default"* and *"pin it to the value that default happens to have today"* are different intentions and only a whole-set write can express the first. Values are validated against the **machine's own published range** before the vendor sees them, so a bad value is refused in our words rather than failing later as an unexplained vendor error. The write is then **read back off the machine** and a value it quietly declined is a failure here, never a success the customer discovers is untrue. `409` when the site has no machine to hold the setting. Requires `sites.view` + `sites.panel_access`.

パラメータ

名前タイプ必須これがその内容です
siteId (path)UuidはいSite ID (UUIDv7).

リクエスト本文

名前タイプ必須これがその内容です
valuesobjectはい

返信

名前タイプ必須これがその内容です
supportedbooleanはいWhether this site's hosting publishes changeable PHP settings.
reasonstringはいWhy there are none, in words a customer can act on. Empty when `supported` is true.
optionsSitePhpOption[]はい
moved_to_plan_settingsstring[]いいえDirectives the vendor publishes but whose legal range is OUR policy, so they are returned by `getSitePhpSettings` (with the plan's cap) instead of here. Named rather than silent…

このエンドポイントが返すエラー

401 · 403 · 404 · 409 · 422 · 429 · 503