revert runtime-merge/pacing: delivery stuurt json-bestand as-is (whatsappdienst pre-rendert 1 lange JPEG per dienst)
This commit is contained in:
parent
f453711beb
commit
391aa5998d
4 changed files with 24 additions and 97 deletions
17
README.md
17
README.md
|
|
@ -151,14 +151,15 @@ gaven verkeerde signalen. Enige betrouwbare bronnen: het apparaat en `getInfo`
|
|||
(`message.getInfo()` → `read`/`readRemaining`). De bridge-`delivery`/acs van de store zijn
|
||||
nooit leveringsbewijs.
|
||||
|
||||
> **🛡️ Eén lange afbeelding per dienst (2026-10-05) — de standaard.** Meerpagina-diensten
|
||||
> worden door de bot samengevoegd tot **één enkele image** (`magick -append`,
|
||||
> `MERGE_PAGES=true`) en als één send verstuurd. Elimineert de staged-ghost (2e pagina van
|
||||
> een paar verliest): gepaarde media-sends overlappen en de 2e verliest (in store + ack2
|
||||
> maar nooit verzonden); één enkele send komt deterministisch aan — verificatie 2026-10-05
|
||||
> (ook JPEG, delay en ack-gate losten het niet op). Bij merge-falen valt terug op
|
||||
> per-pagina-sends met `PAGE_SEND_DELAY_MS`. Keuze vóór `sendMediaAsDocument` (geen externe
|
||||
> opener nodig). Details/config: zie AGENTS.md en vault "Whatsapp rest-api.md".
|
||||
> **🛡️ Pre-render = de standaard (2026-10-05).** De sœur-repo **whatsappdienst**
|
||||
> rendert álle dienstschema's vooraf als **één lange JPEG per dienst** (meerpagina =
|
||||
> verticaal samengevoegd) en `dienst-tijden.json` wijst naar één bestand. Deze bot stuurt
|
||||
> gewoon de bestanden uit `paginas[].bestandsnaam` (één send per dienst) — geen
|
||||
> runtime-merge. Single send elimineert de staged-ghost ("2e pagina van een paar
|
||||
> verliest"): gepaarde media-sends overlappen en de 2e verliest; één enkele send komt
|
||||
> deterministisch aan (verificatie 2026-10-05, incl. dat JPEG, delay en ack-gate het niet
|
||||
> oplosten). Details: zie AGENTS.md — *Whatsapp rest-api.md* en whatsappdienst
|
||||
> issue #2.
|
||||
|
||||
## Spam protectie
|
||||
|
||||
|
|
|
|||
Loading…
Reference in a new issue