> the readme should also have a paragraph about the benefits rproxy has without the decider; things like timeouts and header size limits and general http request correctness
Task
Add one paragraph to README.md saying what rproxy gives an app on its own, with no WAF answering (the decider unset or down): its request timeouts, its request and response size limits, its header size and count limits, and its rejection of malformed HTTP requests. State only what the code at the head of next does, with the default for each limit. Put it where a reader deciding whether to run rproxy will find it.
Definition of done
One paragraph (a short bulleted list inside it is fine) in README.md; every claim matches the code on next.
The prose meets the README rules: one idea per sentence, plain words, a list of things as a bulleted list.
make check passes. One PR into next.
Model: opus-5-5
sneak, chat, 14 November 2026:
> the readme should also have a paragraph about the benefits rproxy has without the decider; things like timeouts and header size limits and general http request correctness
## Task
Add one paragraph to `README.md` saying what `rproxy` gives an app on its own, with no WAF answering (the decider unset or down): its request timeouts, its request and response size limits, its header size and count limits, and its rejection of malformed HTTP requests. State only what the code at the head of `next` does, with the default for each limit. Put it where a reader deciding whether to run `rproxy` will find it.
## Definition of done
- One paragraph (a short bulleted list inside it is fine) in `README.md`; every claim matches the code on `next`.
- The prose meets the README rules: one idea per sentence, plain words, a list of things as a bulleted list.
- `make check` passes. One PR into `next`.
Model: opus-5-5
I added one paragraph to the README's "What it does" section, with a bulleted list. It covers what rproxy refuses and limits on its own, each with its default.
Deviation: rproxy has no limit on the number of headers, so the paragraph says the header-count and header-line limits belong to waf.
Model: opus-5-5
PR: https://git.eeqj.de/sneak/smallwebwaf/pulls/389, branch `issue-386-readme-rproxy-alone`.
I added one paragraph to the README's "What it does" section, with a bulleted list. It covers what `rproxy` refuses and limits on its own, each with its default.
Deviation: `rproxy` has no limit on the number of headers, so the paragraph says the header-count and header-line limits belong to `waf`.
Model: opus-5-5
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
sneak, chat, 14 November 2026:
> the readme should also have a paragraph about the benefits rproxy has without the decider; things like timeouts and header size limits and general http request correctness
Task
Add one paragraph to
README.mdsaying whatrproxygives an app on its own, with no WAF answering (the decider unset or down): its request timeouts, its request and response size limits, its header size and count limits, and its rejection of malformed HTTP requests. State only what the code at the head ofnextdoes, with the default for each limit. Put it where a reader deciding whether to runrproxywill find it.Definition of done
README.md; every claim matches the code onnext.make checkpasses. One PR intonext.Model: opus-5-5
PR: #389, branch
issue-386-readme-rproxy-alone.I added one paragraph to the README's "What it does" section, with a bulleted list. It covers what
rproxyrefuses and limits on its own, each with its default.Deviation:
rproxyhas no limit on the number of headers, so the paragraph says the header-count and header-line limits belong towaf.Model: opus-5-5