Allgemeine Einstellungen¶
Unter Administration > Einstellungen (/v2/admin/settings) werden globale Systemparameter verwaltet.
System-Properties¶
System-Properties steuern das Verhalten der Anwendung:
| Property | Beschreibung | Beispiel |
|---|---|---|
| Anwendungsname | Angezeigter Systemname | calServer |
| Standardsprache | Fallback-Sprache | de |
| Sprachumschalter in der Kopfleiste | Zeigt angemeldeten Benutzern neben der Glocke einen Umschalter mit den aktiven Sprachen aus „Sprachen & Übersetzungen“. Der Umschalter im Profil bleibt. Standard: aus | an/aus |
| Zeitzone | Systemzeitzone | Europe/Berlin |
| Datumsformat | Anzeigeformat für Daten | dd.MM.yyyy |
| Seitenlogo | Kundenspezifisches Logo | (Upload) |
Ressourcen¶
Unter Ressourcen werden übergreifende Systemressourcen konfiguriert:
- Verfügbare Module aktivieren/deaktivieren
- Systemweite Standardwerte festlegen
- Branding-Einstellungen
Feature Flags¶
Eingeschränkter Zugang
Feature Flags sind nur für den hidden_super_admin sichtbar und dienen der Steuerung experimenteller Funktionen.
Feature Flags ermöglichen das gezielte Aktivieren oder Deaktivieren von Funktionen ohne Code-Änderungen.
Nicht in calServer V2: Captcha und Cookie-Banner¶
Wer calServer V1 kennt, sucht unter Passwort & Sicherheit die Schalter für Google reCAPTCHA, Friendly Captcha und den Cookie-Banner. Sie sind in V2 nicht vorhanden, und das ist Absicht: V2 prüft kein Captcha bei der Anmeldung und rendert keinen Cookie-Banner.
Ein Schalter „Anmeldung mit reCAPTCHA schützen", der nichts prüft, verspricht Schutz, den es nicht gibt — gefährlicher als ein fehlender Schalter. Deshalb wurden diese Einstellungen aus der V2-Oberfläche genommen, statt sie wie andere V1-Regeln nur mit dem Kennzeichen Nur V1 zu versehen.
Die Werte bleiben erhalten
Die gespeicherten Werte in der property-Tabelle sind unangetastet. Auf einer Installation, die noch calServer V1 fährt, wertet V1 sie weiter aus und pflegt sie über seine eigene Admin-Maske. In die V2-Oberfläche kommen sie zurück, sobald V2 sie auswertet — nicht vorher.
Weiterhin in V2 vorhanden und wirksam ist die Anmeldesperre (activate_number_of_failed_login / number_of_failed_login): Sie sperrt ein Konto nach zu vielen fehlgeschlagenen Anmeldeversuchen.