Lalabase
Tickets, Doku, Zeiterfassung und Kundengespräche an einem Ort, durchsuchbar per KI. Für Softwarefirmen mit Kundenprojekten. Open Source: auf deinem eigenen Server oder in unserer Cloud in Deutschland.
Translation pending
Gerüstbausoftware: KI-Aufmaß, Angebot, Disposition, Lager, Zeiterfassung & GoBD-Rechnung. Browserbasiert, DSGVO-konform, EU-Hosting. Jetzt Demo anfordern!
Translation pending
BusinessTypeScript · JavaScriptGitHub @A-I-IntegrationOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
No updates detected yet. GitHub releases will appear here.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
Loading the full README. The saved excerpt is shown below.
Fehlermeldungen abstrahiert (69 von 69 gefundenen Stellen) Neue Funktion serverErrorResponse(err) in lib/auth.ts: Der echte Fehler landet server-seitig im Log (Sentry fängt das jetzt ohnehin ab, aus der vorletzten Sitzung), der Client bekommt nur noch eine generische, sichere Meldung ("Da ist leider etwas schiefgelaufen. Bitte erneut versuchen.").Read the full README ↗
Neue Funktion serverErrorResponse(err) in lib/auth.ts: Der echte
Fehler landet server-seitig im Log (Sentry fängt das jetzt ohnehin
ab, aus der vorletzten Sitzung), der Client bekommt nur noch eine
generische, sichere Meldung ("Da ist leider etwas schiefgelaufen.
Bitte erneut versuchen.").
err.message, sondern waren immer eigene, klare Texte mit anderem
Statuscode (400/404/409) und bleiben unverändert nutzbarDrei leicht unterschiedliche Schreibweisen im Code gefunden und alle
abgedeckt (mit/ohne "success"-Feld, mit/ohne Fallback-Text). Am Ende
zweimal nachgeprüft, ob wirklich nichts übrig blieb – zwei Dateien
(projects, provision) beim ersten Durchlauf übersehen, im zweiten
Anlauf gefunden und ebenfalls korrigiert.
Build vollständig geprüft (133/133 Seiten), alle 27 Tests bestehen.
70 Dateien, alle über Git hinzufügen:
git pull
git add -A
git status
Bitte vor dem Commit git status prüfen, dass nur die erwarteten
API-Routen + lib/auth.ts als geändert markiert sind (keine anderen,
unbeabsichtigten lokalen Änderungen mit hochladen). Dann:
git commit -m "Fehlermeldungen abstrahiert: keine internen Details mehr an den Client"
git push
Kein SQL nötig.