Przejdź do treści

DarhimLabs API

Multi-workspace scoping

Bezpieczne wywolywanie API dla wielu workspace przez X-Workspace-Id.

Multi-workspace scoping

Bezpieczne wywolywanie API dla wielu workspace przez X-Workspace-Id.

Kiedy tego uzyc

Uzyj tego przepisu, gdy chcesz: Uzywac jednego partner integration do obslugi wielu workspace bez mieszania danych.

Endpoint referencyjny: X-Workspace-Id header.

Implementacja

Node.js

import { DarhimLabs } from "@darhimlabs/node";

const client = new DarhimLabs(process.env.DARHIMLABS_API_KEY!);
await client.inbox.conversations.list({ status: 'open' }, { workspaceId });

Python

import os
from darhimlabs import DarhimLabs

client = DarhimLabs(api_key=os.environ["DARHIMLABS_API_KEY"])
client.inbox.conversations.list(status='open', workspace_id=workspace_id)

PHP

<?php

$client = new DarhimLabs\Client(["api_key" => $_ENV["DARHIMLABS_API_KEY"]]);
$client->inbox->conversations->list(['status' => 'open'], ['workspace_id' => $workspaceId]);

Ruby

client = DarhimLabs::Client.new(api_key: ENV["DARHIMLABS_API_KEY"])
client.inbox.conversations.list({ status: 'open' }, workspace_id: workspace_id)

Test it

  1. Wykonaj request w sandboxie z kluczem dl_test_....
  2. Sprawdz X-Request-ID w odpowiedzi.
  3. Dla webhookow uzyj Webhook Playground, zeby zobaczyc payload live.

Common pitfalls

  • Nigdy nie bierz workspace id z niezaufanego frontendu bez sprawdzenia uprawnien.
  • Loguj request_id i event_id, zeby support mogl odtworzyc problem.
  • Dla mutacji dodawaj Idempotency-Key, szczegolnie jesli request moze byc retryowany.

Production checklist

  • Dodaj retry z exponential backoff i jitterem.
  • Ogranicz scopes API key do minimalnego zestawu.
  • Monitoruj rate limit headers i latency P95.
  • Przetestuj bledy 401, 409, 422 i 429.

Related