History

fds2610-bot 2f5321ac8e CORS-Preflight beantworten, damit das Projekte-Modal speichern kann Schreibende Aufrufe aus dem Frontend (POST/PATCH/DELETE auf /repo-configs und /agents) schicken X-Admin-Key und Content-Type: application/json. Beides macht aus dem fetch() einen preflighted request: Der Browser fragt zuerst per OPTIONS nach. Fuer OPTIONS war aber keine Route registriert, der Router warf daher MethodNotAllowedException (405), und ausserdem fehlte Access-Control-Allow-Headers fuer den X-Admin-Key. Der Browser sendete den eigentlichen POST damit nie und das Modal meldete nur "Netzwerkfehler beim Abrufen der Ressource" - Lesen funktionierte, weil GET ohne Custom-Header ein simple request ohne Preflight ist. Application::handle() beantwortet OPTIONS jetzt vor dem Routing mit 204, und Response::send() liefert Allow-Methods, Allow-Headers und Max-Age mit. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>		2026-08-03 18:56:57 +02:00
..
bin	Codeberg-Projekte des Sync ueber ein Modal am PO konfigurierbar machen	2026-07-30 17:53:39 +02:00
docker	Phase 1 der Neuausrichtung: REST-API fuer Tickets/Events/Systeme/KPIs/Agenten	2026-07-27 19:38:52 +02:00
public	Phase 1 der Neuausrichtung: REST-API fuer Tickets/Events/Systeme/KPIs/Agenten	2026-07-27 19:38:52 +02:00
src	CORS-Preflight beantworten, damit das Projekte-Modal speichern kann	2026-08-03 18:56:57 +02:00
tests/Unit	CORS-Preflight beantworten, damit das Projekte-Modal speichern kann	2026-08-03 18:56:57 +02:00
.dockerignore	Phase 1 der Neuausrichtung: REST-API fuer Tickets/Events/Systeme/KPIs/Agenten	2026-07-27 19:38:52 +02:00
.phpunit.result.cache	Klick auf den PO oeffnet den Projekte-Dialog zuverlaessig	2026-08-02 22:09:31 +02:00
composer.json	Phase 1 der Neuausrichtung: REST-API fuer Tickets/Events/Systeme/KPIs/Agenten	2026-07-27 19:38:52 +02:00
composer.lock	composer.lock einchecken	2026-07-27 20:17:18 +02:00
phpunit.xml	Phase 1 der Neuausrichtung: REST-API fuer Tickets/Events/Systeme/KPIs/Agenten	2026-07-27 19:38:52 +02:00
README.md	Codeberg-Sync als Dauerlaeufer statt manuellem Aufruf	2026-07-28 23:29:40 +02:00

README.md

monitor REST-API (Phase 1)

Vanilla-PHP-REST-API (kein Framework, siehe Visualization.md Abschnitt 5) fuer Tickets, Events, Systeme, KPIs und Agenten. Persistenz in SQLite (api/data/monitor.sqlite).

Vollstaendige Endpunkt-Dokumentation: ../API.md.

Entwicklung nur mit Docker (kein lokales PHP/Composer noetig)

Aus dem Repo-Wurzelverzeichnis:

cp .env.example .env   # einmalig, MONITOR_ADMIN_API_KEY anpassen

docker compose up --build       # startet die API auf http://localhost:8080
docker compose run --rm api composer test   # PHPUnit inkl. Coverage
docker compose run --rm api php bin/sync-codeberg.php   # Backlog/Done einmalig ziehen (Debug)

Im laufenden Betrieb wird der Codeberg-Sync nicht manuell angestossen, sondern vom Compose-Service sync alle MONITOR_SYNC_INTERVAL Sekunden ausgefuehrt (siehe ../API.md, Abschnitt "Codeberg-Sync").

Composer-Abhaengigkeiten (nur PHPUnit als Dev-Dependency) werden beim ersten Start automatisch im Container installiert (docker/entrypoint.sh) - auf dem Host ist weder PHP noch Composer noch SQLite erforderlich.