Blog

コンテンツモデルを変更していて、サービスがWebhook通知に圧倒されていますか？ Webhook通知リクエストを無効にすると、重要なことに集中できる場合があります。

開発者はリファクタリングを行います。要するに、それは既存のコードをより意味のある構造に再構築することであり、多くの場合、大規模なコード変更を伴います。かさばるコンテンツモデルを扱う場合にも、同様のアプローチが使用されると思います。一部のコンテンツタイプをあちこちで分割したり、組織の新しいニーズや機会に応じて調整したりすることが正しいと感じる場合があります。 Kontentの環境と移行により、これらのタスクであなたの生活が確実に楽になります。しかし、Webhookを利用した統合をどうするのでしょうか。

すべての新しい通知でサービスをスパムしたくはありません。しかし同時に、Webhookの設定にはかなり満足しており、Webhookを削除したくないだけです。ウェブフック機能を無効にすると、まさにあなたは、このシナリオで必要なものです。

Webhookは強力な統合ツールです。これらを使用すると、サイトの再構築、プロジェクトのテスト、プッシュ通知の送信、アーティファクトの新しいバージョンのリリース、検索インデックスの更新など、コンテンツに依存する多くのタスクを自動化できます。

Webhookを無効にする方法は？

Webhookを無効にする場合は、[プロジェクト設定]セクションの[環境設定]に移動する必要があります。 [Webhook]を選択し、Webhookの詳細を開いて、[無効にする]をクリックします。必要に応じて、プロジェクト設定の同じ場所でWebhookを有効にできます。

Webhookを使用するもう1つの方法は、 ManagementAPIを使用することです。 1つのPUTリクエストで、特定のWebhookを有効または無効にできます。これは、自動移行や内部ツールなどで役立つ場合があります。

APIを介してWebhookを無効にする

 curl --request PUT \ --url https://manage.kontent.ai/v2/projects//webhooks//disable \ --header 'Authorization: Bearer ' \ --header 'Content-type: application/json'

APIを介してWebhookを有効にする

 curl --request PUT \ --url https://manage.kontent.ai/v2/projects//webhooks//enable \ --header 'Authorization: Bearer ' \ --header 'Content-type: application/json'

最も重要なポイントは、無効にされたWebhookがプロジェクトにとって何を意味するかを理解することです。無効にされたWebhookはトリガーを無視し、通知を作成しません。これは、後でWebhookを再度有効にした後、通知が送信されないことを意味します。

この動作により、Webhookを再度有効にしたときに、サービスがリクエストに圧倒されることはありません。さらに、Webhookを無効にすると、キュー内の未送信のWebhookリクエストも削除されます。

いつものように、この機能の詳細については、ドキュメントをご覧ください。

ボーナス😊：Webhookの状態に苦労していて、構成の何が問題になっているのかわかりませんか？ Webhookのデバッグ機能を見てください。