docs: update i18n support for docs

Author: moonrailgun

website/i18n/de/docusaurus-plugin-content-docs/current/feed/channels.md

@@ -0,0 +1,43 @@
+---
+sidebar_position: 2
+_i18n_hash: f5e0cd17d30a2d7438fa8962eadfd7b5
+---
+# Kanäle
+
+Kanäle sind Container für Ereignisse. Sie können mehrere Kanäle für verschiedene Produkte/Teams/Umgebungen erstellen.
+
+## Einen Kanal erstellen
+
+Konsole → Feed → Kanal hinzufügen.
+
+Felder
+
+- name: Anzeigename
+- notifyFrequency: Steuern, wie oft Benachrichtigungen für diesen Kanal gesendet werden
+- notificationIds: Wählen Sie bestehende Benachrichtigungsziele aus, um eine Verbreitung zu erhalten
+
+## Einen Kanal bearbeiten
+
+Sie können Name, notificationIds, notifyFrequency aktualisieren und eine optionale webhookSignature festlegen. Sobald eine Signatur festgelegt ist, muss jeder öffentliche Webhook zu diesem Kanal die Kopfzeile `x-webhook-signature` mit demselben Wert enthalten.
+
+## API
+
+- Kanäle auflisten: GET `/open/workspace/{workspaceId}/feed/channels`
+- Kanalinfo: GET `/open/workspace/{workspaceId}/feed/{channelId}/info`
+- Aktualisieren: POST `/open/workspace/{workspaceId}/feed/{channelId}/update`
+- Erstellen: POST `/open/workspace/{workspaceId}/feed/createChannel`
+- Löschen: DELETE `/open/workspace/{workspaceId}/feed/{channelId}/del`
+
+Beispiel (Benachrichtigungsziele aktualisieren)
+
+```bash
+curl -X POST \
+  "$BASE_URL/workspace/$WORKSPACE_ID/feed/$CHANNEL_ID/update" \
+  -H "Authorization: Bearer $TOKEN" \
+  -H "Content-Type: application/json" \
+  -d '{
+    "name": "Ops",
+    "notifyFrequency": 60,
+    "notificationIds": ["notif_123", "notif_456"]
+  }'
+```

website/i18n/de/docusaurus-plugin-content-docs/current/feed/integrations.md

@@ -0,0 +1,61 @@
+---
+sidebar_position: 5
+_i18n_hash: 2ebf85a054d427b1cfc8e50c237bede0
+---
+# Integrationen
+
+Tianji bietet integrierte Webhook-Adapter, um Drittanbieter-Payloads in Feed-Ereignisse umzuwandeln.
+
+## GitHub
+
+Endpoint
+
+POST `/open/feed/{channelId}/github`
+
+Anmerkungen
+
+- Verwenden Sie den Inhaltstyp "application/json".
+- Der Header `X-GitHub-Event` ist erforderlich von GitHub und wird vom Adapter verarbeitet.
+- Unterstützte Typen: `push`, `star`, `issues` (geöffnet/geschlossen). Andere werden als unbekannt protokolliert.
+
+## Stripe
+
+Endpoint
+
+POST `/open/feed/{channelId}/stripe`
+
+Anmerkungen
+
+- Konfigurieren Sie einen Stripe-Webhook-Endpoint, der auf die obige URL zeigt.
+- Unterstützte Typen: `payment_intent.succeeded`, `payment_intent.canceled`, `customer.subscription.created`, `customer.subscription.deleted`.
+
+## Sentry
+
+Endpoint
+
+POST `/open/feed/{channelId}/sentry`
+
+Anmerkungen
+
+- Der Header `Sentry-Hook-Resource: event_alert` und die Aktion `triggered` werden auf Feed-Ereignisse abgebildet.
+- Siehe Schritt-für-Schritt-Screenshots in "Integration mit Sentry".
+
+## Tencent Cloud Alarm
+
+Endpoint
+
+POST `/open/feed/{channelId}/tencent-cloud/alarm`
+
+Anmerkungen
+
+- Unterstützt Alarmtypen `event` und `metric`. Payload wird validiert; ungültige Anfragen werden abgelehnt.
+
+## Webhook Playground
+
+Endpoint
+
+POST `/open/feed/playground/{workspaceId}`
+
+Anmerkungen
+
+- Echo-Header/Körper/Methode/URL an den Echtzeit-Arbeitsbereichs-Playground zur Fehlersuche bei Integrationen.

website/i18n/de/docusaurus-plugin-content-docs/current/feed/intro.md

@@ -0,0 +1,22 @@
+---
+sidebar_position: 0
+_i18n_hash: 2279fcf53ed0422cb00d2f89e2a43ac7
+---
+# Feed Übersicht
+
+Feed ist ein leichtgewichtiges Ereignis-Stream für Ihren Arbeitsbereich. Es hilft Teams, wichtige Ereignisse aus verschiedenen Systemen in Kanäle zu aggregieren, um Vorfälle zu bearbeiten und Stakeholder informiert zu halten.
+
+## Konzepte
+
+- Kanal: Ein logischer Stream, um Ereignisse zu sammeln und zu organisieren. Jeder Kanal kann mit einem oder mehreren Benachrichtigungszielen verbunden werden und kann optional eine Webhook-Signatur erfordern.
+- Ereignis: Ein einzelner Eintrag mit Name, Inhalt, Tags, Quelle, Absenderidentität, Wichtigkeit und optionalem Payload. Ereignisse können archiviert oder entarchiviert werden.
+- Zustand: Eine spezielle Art von laufendem Ereignis, das mit einer stabilen Ereignis-ID wiederholt eingefügt oder aktualisiert werden kann und bei Abschluss gelöst wird.
+- Integration: Integrierte Webhook-Adapter, die Nutzlasten von Drittanbietern (z.B. GitHub, Stripe, Sentry, Tencent Cloud Alarm) in Feed-Ereignisse umwandeln.
+- Benachrichtigung: Kanäle können Ereignisse an konfigurierte Benachrichtigungen weiterleiten; die Lieferhäufigkeit kann durch die Kanaleinstellungen angepasst werden.
+
+## Typische Anwendungsfälle
+
+- Produkt- und Infrastruktur-Ereignisstream über mehrere Dienste hinweg
+- CI/CD-Deployments und Release-Mitteilungen
+- Abrechnungs- und Abonnement-Signale
+- Sicherheits-, Überwachungs- und Fehlerwarnungen

website/i18n/de/docusaurus-plugin-content-docs/current/feed/state.md

@@ -0,0 +1,41 @@
+---
+sidebar_position: 4
+_i18n_hash: 0a395db245537dd2e052b4525326e318
+---
+# Status (laufende Vorfälle)
+
+Der Status-Feed modelliert laufende Vorfälle mit einer unveränderlichen `eventId`. Sie können wiederholt Updates zur gleichen `eventId` einfügen, bis sie gelöst ist.
+
+## Endpunkte
+
+- Status einfügen (öffentlich): `POST /open/feed/{channelId}/state/upsert`
+- Status lösen (authentifiziert): `POST /open/workspace/{workspaceId}/feed/{channelId}/state/resolve`
+- Laufende Status auflisten (authentifiziert): `GET /open/workspace/{workspaceId}/feed/state/all?channelId=...&limit=...`
+
+## Einfügeinhalt
+
+```json
+{
+  "eventId": "deploy#2025-08-12",
+  "eventName": "deploy_progress",
+  "eventContent": "Rollout 60%",
+  "tags": ["prod"],
+  "source": "ci",
+  "senderId": "runner-42",
+  "senderName": "GitHub Actions",
+  "important": true,
+  "payload": {"stage": "canary"}
+}
+```
+
+Wenn der Kanal mit einer `webhookSignature` konfiguriert ist, müssen Sie den Header `x-webhook-signature` einfügen.
+
+## Lösebeispiel
+
+```bash
+curl -X POST \
+  "$BASE_URL/workspace/$WORKSPACE_ID/feed/$CHANNEL_ID/state/resolve" \
+  -H "Authorization: Bearer $TOKEN" \
+  -H "Content-Type: application/json" \
+  -d '{"stateId": "STATE_ID"}'
+```

website/i18n/de/docusaurus-plugin-content-docs/current/server-status/kubernetes/reporter-daemonset.md

@@ -0,0 +1,22 @@
+---
+sidebar_position: 1
+_i18n_hash: ce8b2ef04235ac36f0637772cc3b720a
+---
+# Bereitstellung von Reporter als DaemonSet
+
+Wenn Sie Tianji innerhalb von Kubernetes ausführen, möchten Sie möglicherweise die Systemmetriken jedes Knotens erfassen. Der einfachste Weg ist, `tianji-reporter` als DaemonSet auszuführen, sodass es auf jedem Knoten läuft.
+
+1. Bearbeiten Sie `docker/k8s/reporter-daemonset.yaml` und ersetzen Sie die Werte `TIANJI_SERVER_URL` und `TIANJI_WORKSPACE_ID` durch Ihre tatsächliche Serveradresse und Arbeitsbereichs-ID.
+2. Wenden Sie das Manifest an:
+
+```bash
+kubectl apply -f docker/k8s/reporter-daemonset.yaml
+```
+
+Jeder Knoten startet einen `tianji-reporter` Container, der Systemstatistiken an Ihre Tianji-Instanz meldet. Sie können die Protokolle eines bestimmten Pods überprüfen, um sicherzustellen, dass es funktioniert:
+
+```bash
+kubectl logs -l app=tianji-reporter -f
+```
+
+Sobald die Pods laufen, wird die Seite **Server** in Tianji Ihre Kubernetes-Knoten wie normale Maschinen auflisten.

website/i18n/de/docusaurus-plugin-content-docs/current/server-status/server-status-reporter.md

@@ -1,69 +1,72 @@
 ---
 sidebar_position: 1
-_i18n_hash: d9dd1597f6c275ebc68c7421c31b29fe
+_i18n_hash: 21a5dc8265605536c8c328c551abdcc9
 ---
-# Serverstatus Reporter
+# Server-Status-Reporter
 
-Sie können den Status Ihres Servers ganz einfach mit dem Tianji Reporter melden.
+Sie können den Status Ihres Servers ganz einfach mit dem Tianji-Reporter melden.
 
-Sie können es von [https://github.com/msgbyte/tianji/releases](https://github.com/msgbyte/tianji/releases) herunterladen.
+Sie können ihn herunterladen von: [https://github.com/msgbyte/tianji/releases](https://github.com/msgbyte/tianji/releases)
 
 ## Verwendung
 
 ```
 Verwendung von tianji-reporter:
   --interval int
-        Geben Sie das INTERVALL ein, in Sekunden (Standard 5)
+        Intervall in Sekunden eingeben (Standard 5)
   --mode http
         Der Sendemodus der Berichtsdaten, Sie können wählen: `http` oder `udp`, Standard ist `http` (Standard "http")
   --name string
         Der Identifikationsname für diese Maschine
   --url string
         Die HTTP-URL von Tianji, zum Beispiel: https://tianji.msgbyte.com
   --vnstat
-        Verwenden Sie vnstat für Verkehrsstatistiken, nur Linux
+        Verwenden Sie vnstat für Verkehrsstatistiken, nur für Linux
   --workspace string
-        Die Arbeitsbereich-ID für Tianji, dies sollte eine UUID sein
+        Die Workspace-ID für Tianji, dies sollte eine UUID sein
 ```
 
-Die **URL** und der **Arbeitsbereich** sind erforderlich, das bedeutet, Sie werden Ihren Dienst zu welchem Host und Arbeitsbereich melden.
+Die **URL** und **Workspace** sind erforderlich, das bedeutet, dass Sie angeben, zu welchem Host und welchem Workspace Sie Ihre Dienste berichten.
 
-Standardmäßig ist der Serverknotenname derselbe wie der Hostname; daher können Sie mit `--name` einen benutzerdefinierten Namen festlegen, der Ihnen hilft, den Server zu identifizieren.
+Standardmäßig ist der Name eines Serverknotens identisch mit dem Hostnamen, Sie können jedoch Ihren Namen mit `--name` anpassen, was Ihnen hilft, den Server zu identifizieren.
 
-## Automatisches Installationsskript
+## Auto-Installationsskript
 
-Sie können Ihr automatisches Installationsskript erhalten in `Tianji` -> `Server` -> `Hinzufügen` -> Registerkarte `Auto`.
+Sie können Ihr Auto-Installationsskript unter `Tianji` -> `Servers` -> `Add` -> `Auto` Tab erhalten.
 
-Es wird automatisch den Reporter herunterladen und einen Linux-Dienst auf Ihrer Maschine erstellen, daher sind Root-Berechtigungen erforderlich.
+Es lädt automatisch den Reporter herunter und erstellt einen Linux-Dienst auf Ihrer Maschine, hierfür sind Root-Rechte erforderlich.
 
 ### Deinstallation
 
-Wenn Sie den Reports-Dienst deinstallieren möchten, können Sie diesen Befehl verwenden:
-
+Wenn Sie den Reporterdienst deinstallieren möchten, können Sie diesen Befehl verwenden:
 ```bash
 curl -o- https://tianji.example.com/serverStatus/xxxxxxxxxxxxxxxxxxx/install.sh?url=https://tianji.example.com | sudo bash -s uninstall
-``` 
+```
+
+Die Hauptänderung besteht darin, `-s uninstall` zu Ihrem Installationsbefehl hinzuzufügen.
+
+## Kubernetes
 
-Die Hauptänderung besteht darin, `-s uninstall` an Ihren Installationsbefehl anzuhängen.
+Wenn Ihre Server in einem Kubernetes-Cluster laufen, können Sie den Reporter als DaemonSet bereitstellen, sodass jeder Knoten die Metriken automatisch meldet. Siehe [Reporter als DaemonSet bereitstellen](./kubernetes/reporter-daemonset.md) für Details.
 
-## F&A
+## Q&A
 
-### Wie überprüfe ich das Tianji Reporter Dienstprotokoll?
+### Wie überprüfe ich das Tianji-Reporter-Service-Log?
 
-Wenn Sie mit dem automatischen Installationsskript installieren, wird Tianji Ihnen helfen, einen Dienst mit dem Namen `tianji-reporter` auf Ihrer Linux-Maschine zu installieren.
+Wenn Sie mit dem Auto-Installationsskript installieren, hilft Ihnen Tianji dabei, einen Dienst zu installieren, der auf Ihrer Linux-Maschine `tianji-reporter` heißt.
 
-Sie können diesen Befehl verwenden, um das Tianji Reporter Protokoll zu überprüfen:
+Sie können diesen Befehl verwenden, um das Tianji-Reporter-Log zu überprüfen:
 
 ```bash
 journalctl -fu tianji-reporter.service
 ```
 
-### Ihre Maschine wird nicht im Server-Tab gefunden, obwohl der Bericht Erfolg zeigt
+### Warum ist meine Maschine nicht im Server-Tab, obwohl der Bericht als erfolgreich angezeigt wird?
 
 Vielleicht befindet sich Ihr Tianji hinter einem Reverse-Proxy, zum Beispiel `nginx`.
 
-Bitte stellen Sie sicher, dass Ihr Reverse-Proxy Websocket-Unterstützung hinzufügt.
+Bitte stellen Sie sicher, dass Ihr Reverse-Proxy WebSocket-Unterstützung hinzufügt.
 
 ## Warum ist meine Maschine immer offline?
 
-Bitte überprüfen Sie das Datum und die Uhrzeit Ihres Servers.
+Bitte überprüfen Sie die Datum-Uhrzeit Ihres Servers.

website/i18n/fr/docusaurus-plugin-content-docs/current/feed/channels.md

@@ -0,0 +1,43 @@
+---
+sidebar_position: 2
+_i18n_hash: f5e0cd17d30a2d7438fa8962eadfd7b5
+---
+# Canaux
+
+Les canaux sont des conteneurs d'événements. Vous pouvez créer plusieurs canaux pour différents produits/équipes/environnements.
+
+## Créer un canal
+
+Console → Flux → Ajouter un canal.
+
+Champs
+
+- nom: Nom d'affichage
+- notifyFrequency: Contrôle la fréquence à laquelle les notifications sont envoyées pour ce canal
+- notificationIds: Sélectionnez les cibles de notification existantes pour recevoir la diffusion
+
+## Modifier un canal
+
+Vous pouvez mettre à jour le nom, les notificationIds, la notifyFrequency et définir une webhookSignature optionnelle. Une fois qu'une signature est définie, tout webhook public pour ce canal doit inclure l'en-tête `x-webhook-signature` avec la même valeur.
+
+## API
+
+- Lister les canaux : GET `/open/workspace/{workspaceId}/feed/channels`
+- Infos du canal : GET `/open/workspace/{workspaceId}/feed/{channelId}/info`
+- Mettre à jour : POST `/open/workspace/{workspaceId}/feed/{channelId}/update`
+- Créer : POST `/open/workspace/{workspaceId}/feed/createChannel`
+- Supprimer : DELETE `/open/workspace/{workspaceId}/feed/{channelId}/del`
+
+Exemple (mettre à jour les cibles de notification)
+
+```bash
+curl -X POST \
+  "$BASE_URL/workspace/$WORKSPACE_ID/feed/$CHANNEL_ID/update" \
+  -H "Authorization: Bearer $TOKEN" \
+  -H "Content-Type: application/json" \
+  -d '{
+    "name": "Ops",
+    "notifyFrequency": 60,
+    "notificationIds": ["notif_123", "notif_456"]
+  }'
+```

website/i18n/fr/docusaurus-plugin-content-docs/current/feed/integrations.md

@@ -0,0 +1,61 @@
+---
+sidebar_position: 5
+_i18n_hash: 2ebf85a054d427b1cfc8e50c237bede0
+---
+# Intégrations
+
+Tianji propose des adaptateurs de webhook intégrés pour convertir les charges utiles tierces en événements Feed.
+
+## GitHub
+
+Point de terminaison
+
+POST `/open/feed/{channelId}/github`
+
+Notes
+
+- Utilisez le type de contenu "application/json".
+- L'en-tête `X-GitHub-Event` est requis par GitHub et utilisé par l'adaptateur.
+- Types pris en charge : `push`, `star`, `issues` (ouvert/fermé). Les autres seront enregistrés comme inconnus.
+
+## Stripe
+
+Point de terminaison
+
+POST `/open/feed/{channelId}/stripe`
+
+Notes
+
+- Configurez un point de terminaison webhook Stripe pointant vers l'URL ci-dessus.
+- Types pris en charge : `payment_intent.succeeded`, `payment_intent.canceled`, `customer.subscription.created`, `customer.subscription.deleted`.
+
+## Sentry
+
+Point de terminaison
+
+POST `/open/feed/{channelId}/sentry`
+
+Notes
+
+- L'en-tête `Sentry-Hook-Resource: event_alert` et l'action `triggered` sont mappés aux événements Feed.
+- Voir les captures d'écran étape par étape dans "Intégration avec Sentry".
+
+## Alarme Tencent Cloud
+
+Point de terminaison
+
+POST `/open/feed/{channelId}/tencent-cloud/alarm`
+
+Notes
+
+- Prend en charge les types d'alarme `event` et `metric`. La charge utile est validée ; les requêtes invalides sont rejetées.
+
+## Terrain de jeu Webhook
+
+Point de terminaison
+
+POST `/open/feed/playground/{workspaceId}`
+
+Notes
+
+- Renvoie les en-têtes/le corps/la méthode/l'URL au terrain de jeu en temps réel de l'espace de travail pour le débogage des intégrations.