Felix KemmlerandClaude Sonnet 5
598dfcd38a
Docker-Images bauen und veröffentlichen / build (, omsorgCore/Dockerfile, omsorgcore) (push) Successful in 23s
Docker-Images bauen und veröffentlichen / build (VITE_OMSORG_CORE_URL=${{ vars.OMSORG_CORE_PUBLIC_URL }}, omsorgapp/Dockerfile, omsorgapp) (push) Failing after 2s
Docker-Images bauen und veröffentlichen / build (, omsorgWeb/Dockerfile, omsorgweb) (push) Failing after 39s
- omsorgapp: drop Electron, run as a plain Vite/React browser app; refresh token moves to an HttpOnly cookie (omsorgCore), CORS added for the new browser origin, document download/preview switched to Blob-based browser APIs. - Add Dockerfiles for omsorgCore, omsorgapp, and omsorgWeb, a docker-compose.yml wiring Postgres/MySQL/all three apps together, and a Gitea Actions workflow that builds and pushes images to the repo's container registry on push to main and on version tags. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Omsorg Business Controls Pro – Release 0.1.1 Foundation
Stabile lokale Electron/React-Basis ohne native SQLite-Abhängigkeit.
Warum 0.1.1?
Release 0.1.0 nutzte better-sqlite3. Auf macOS/Electron kann dieses native Modul Versionsprobleme verursachen.
Release 0.1.1 speichert Daten zuerst in einer lokalen JSON-Datenbank im Benutzerordner.
Start
cd ~/Desktop/omsorg-business-controls-pro-release-0.1.1
npm install
npm run dev
Lokale Daten
Die App legt Ordner unter ~/Documents/Omsorg Business Controls Pro an:
- database/omsorg-local-db.json
- documents/employees
- documents/customers
- backups
Nächster Sprint
SQLite wird später sauber über eine entkoppelte Persistenzschicht eingebaut.