lsyncd stream 4 syncs into a directory that also holds hand-maintained config

Stream 4 syncs `reverse_proxy_configurations/shorturls/` into **`/etc/nginx/conf.d/includes/`** — the same directory that holds `compression.conf`, which **every** root2 subdomain server block includes.

lsyncd's `default.rsync` sets **`delete = true` by default**, which would delete `compression.conf` from root2 because it does not exist in the source directory. `nginx -t` would then fail on every server block. An in-place `nginx -s reload` keeps the old config, so it looks fine — until the next full restart or reboot, at which point **all 18+ public subdomains are down**.

It has presumably survived because `delete` was disabled or the file was re-added by hand.

**Verify first:** `grep -A6 shorturls /etc/lsyncd/lsyncd.conf.lua`. **Then fix the structure regardless:** point the stream at a dedicated `conf.d/shorturls/` it owns exclusively. Never rsync into a directory that also holds hand-maintained files.

---

**Evidence**

```
/etc/lsyncd/lsyncd.conf.lua (server-side; not in repo) — ARCHITECTURE.md:103
```

- Verified against: `origin/master 44ca47e (2026-07-25)`
- Verdict: **CONFIRMED**

Start by running `grep -A6 shorturls /etc/lsyncd/lsyncd.conf.lua` on the server, then read ARCHITECTURE.md:103 for the configuration context. Confirm the stream does not own hand-maintained files, and verify that it targets a dedicated `conf.d/shorturls/` directory. The change is done when `nginx -t` succeeds without removing `compression.conf`.

Written by the indexing model from the issue text.