docs: MEDIA_SEND_DELAY_MS terug naar 500 (praktijktest)

This commit is contained in:
Eddy de Vink 2026-09-26 22:30:30 +02:00
commit 2498380b41
3 changed files with 5 additions and 4 deletions

View file

@ -181,8 +181,9 @@ Sommige mediabestand-verzendingen keren `success` + message-ID terug maar worden
- **Pruning** na `ACK_PRUNED_AFTER_MS` (30 min); de check-loop is **activity-driven** (draait alleen bij openstaande tracking, geen polling in rust).
- Vereiste aan de bridge: `message_ack` staat sinds 2026-09-24 in wwebjs-api `.env` **niet** meer in `DISABLED_CALLBACKS`; container is daarvoor herstart.
- Env-vars: `ACK_STUCK_TIMEOUT_MS` (default 300000), `ACK_PRUNED_AFTER_MS` (default 1800000), `ACK_CHECK_INTERVAL_MS` (default 30000).
- **Media-spreiding:** `MEDIA_SEND_DELAY_MS` (default **500**, nu **1500**) pauzeert **na élke
media-send** (in `sendImageMessage`), niet alleen tussen pagina's van één dienst. De
- **Media-spreiding:** `MEDIA_SEND_DELAY_MS` (default **500**; praktijktest op 500)
pauzeert **na élke media-send** (in `sendImageMessage`), niet alleen tussen pagina's van
één dienst. De
wwebjs-media-pipeline is EEN chromium-tab; opeenvolgende media-sends — óók naar
verschillende ontvangers — overlappen anders en veroorzaken de staged-ghost-race.
0 = uitschakelen. (Tijdelijke mitigatie; permanente fix = fork: send óf écht verzenden