fix: change Umami external port from 3000 to 3001 to avoid conflict with Gitea

Co-authored-by: Junie <junie@jetbrains.com>

aidlc-docs/features/react-frontend/operations/monitoring/monitoring-setup.md

@@ -41,7 +41,8 @@ Both the console and Sentry are now active (original Question 3 resolved as a co
 
 ### Website analytics — decided: self-hosted Umami
 **Decided**: self-hosted Umami, running via Podman on the webserver Pi (Pi Main,
-`192.168.1.103:3000`), reachable for the dashboard itself via `analytics.slpsoftware.nl`
+`192.168.1.103:3001` — note: not the default 3000, since Gitea already occupies
+that port on the same Pi), reachable for the dashboard itself via `analytics.slpsoftware.nl`
 (reverse-proxied + SSL via certbot, same pattern as `test.slpsoftware.nl`). Chosen over
 GA4 for privacy-friendliness (typically no cookie banner needed) and full self-hosted
 control, and over a hosted Umami/Plausible plan to avoid recurring cost.

aidlc-docs/features/react-frontend/operations/monitoring/umami-setup.md

@@ -73,9 +73,12 @@ onder een eigen `umami`-user te draaien in plaats van je eigen hoofdaccount:
    cd ~/umami
    podman-compose up -d
    ```
-4. Controleer dat Umami draait en bereikbaar is op het interne netwerk:
+4. Controleer dat Umami draait en bereikbaar is op het interne netwerk. Let op: de
+   **externe** poort is `3001`, niet het gebruikelijke `3000` — die poort is op deze Pi al
+   in gebruik door Gitea (`bind: address already in use` bij het opstarten van de
+   container als je toch `3000` gebruikt):
    ```bash
-   curl http://192.168.1.103:3000/api/heartbeat
+   curl http://192.168.1.103:3001/api/heartbeat
    ```
    Dit zou een JSON-antwoord met `"ok"` moeten teruggeven.