Zugriffssteuerung

Weblate verfügt über ein sehr präzises Berechtigungssystem, um Benutzerrechte für die ganze Instanz oder nur in begrenztem Umfang zuzuweisen.

Geändert in Version 3.0: Vor Weblate 3.0 beruhte die Berechtigungsstruktur auf Django, ist nun aber eine speziell für Weblate erstellte. Sollten Sie eine ältere Version verwenden, konsultieren Sie bitte die Dokumentation zu jener Version, die Informationen hier gelten für sie nicht.

Einfache Zugriffskontrolle

Wenn Sie nicht die gesamte Weblate-Installation administrieren und nur Zugriff auf die Verwaltung bestimmter Projekte haben (wie bei Hosted Weblate), beschränken sich Ihre Möglichkeiten zur Verwaltung der Zugriffskontrolle auf folgende Einstellungen. Wenn Sie keine komplexe Einrichtung benötigen, sind diese für Sie ausreichend.

Projekt-Zugriffssteuerung

Bemerkung

Diese Funktion ist für Projekte im Freien Hosting-Angebot auf Hosted Weblate nicht verfügbar.

Sie können den Zugriff des Benutzers auf einzelne Projekte einschränken, indem Sie eine andere Zugriffskontrolle-Einstellung wählen. Verfügbare Optionen sind:

Öffentlich: Öffentlich sichtbar, übersetzbar für alle angemeldeten Benutzer.
Geschützt: Öffentlich sichtbar, aber nur ausgewählte Benutzer können übersetzen.
Privat: Nur ausgewählte Benutzer können es sehen und übersetzen.
Benutzerdefiniert: Die Funktionen von Benutzerverwaltung werden deaktiviert; standardmäßig ist es allen Benutzern untersagt, irgendwelche Aktionen am Projekt durchzuführen. Sie müssen alle Berechtigungen mit Benutzerdefinierte Zugriffskontrolle einrichten.

Die Zugriffssteuerung kann im Reiter Zugriff der Konfiguration (Verwaltung ↓ Einstellungen) des jeweiligen Projekts geändert werden.

Der Standardwert kann durch DEFAULT_ACCESS_CONTROL geändert werden.

Bemerkung

Auch bei Privat-Projekten werden einige Informationen über Ihr Projekt offengelegt: Statistik und Sprachzusammenfassung für die gesamte Instanz enthalten trotz der Einstellung der Zugriffskontrolle Zählungen für alle Projekte. Ihr Projektname und andere Informationen können dadurch nicht offengelegt werden.

Bemerkung

Der tatsächliche Satz an Berechtigungen, der standardmäßig für Benutzer in den Projekten Public, Protected und Private verfügbar ist, kann vom Administrator der Weblate-Instanz mit custom settings neu definiert werden.

Warnung

Wenn Sie die Zugriffskontrolle Benutzerdefiniert aktivieren, entfernt Weblate alle speziellen Gruppen, die es für ein ausgewähltes Projekt erstellt hat. Wenn Sie dies ohne Admin-Rechte für die gesamte Weblate-Instanz tun, verlieren Sie sofort Ihren Zugang zur Verwaltung des Projekts.

Siehe auch

Zugriffssteuerung

Verwaltung der Zugriffssteuerung nach Projekt

Benutzer mit der Berechtigung Projektzugriff verwalten (siehe Privilegien) können Benutzer in Projekten verwalten, indem sie die Benutzer zu Teams hinzufügen. Sie können Benutzer einer der folgenden Gruppen zuordnen.

Folgende Teams werden für jedes Projekt automatisch gebildet:

Für Public, Protected und Private Projekte:

Verwaltung: Enthält alle für das Projekt verfügbaren Berechtigungen.
Überprüfung (nur wenn Review Workflow eingeschaltet ist): Darf Übersetzungen bei der Überprüfung freigeben.

Nur für geschütze und private Projekte:

Übersetzen: Darf das Projekt übersetzen und offline erstellte Übersetzungen hochladen.
Quellcode: Kann Ausgangszeichenketten (wenn in den project settings erlaubt) und Infos zu Ausgangszeichenketten bearbeiten.
Sprachen: Darf übersetzte Sprachen verwalten (Übersetzungen hinzufügen oder entfernen).
Glossar: Darf das Glossar verwalten (Einträge ergänzen oder entfernen oder hochladen).
Speicher: Darf den Übersetzungsspeicher verwalten.
Bildschirmfotos: Darf Bildschirmfotos verwalten (sie hinzufügen, entfernen und mit Ausgangszeichenketten verbinden).
Automatische Übersetzung: Darf automatische Übersetzungen verwenden.
VCS: Darf das VCS verwalten und auf das exportierte Repository zugreifen.
Abrechnung: Darf auf Abrechnungsdaten und -einstellungen zugreifen (siehe Abrechnung).

Diese Funktionen sind auf der Seite Zugriffssteuerung verfügbar, die über das Projektmenü Verwaltung ↓ Benutzer aufgerufen werden kann.

Neue Benutzereinladung

Neben dem Hinzufügen eines bestehenden Benutzers zum Projekt ist es auch möglich, neue einzuladen. Jeder neue Benutzer wird sofort erstellt, aber das Konto bleibt bis zur Anmeldung mit einem Link in der Einladung, die per E-Mail gesendet wird, inaktiv. Dazu sind keine standortweiten Berechtigungen erforderlich, eine Zugriffsverwaltungsberechtigung für den Umfang des Projekts (z. B. eine Mitgliedschaft im Team Administration) wäre ausreichend.

Hinweis

Wenn der eingeladene Benutzer die Gültigkeit der Einladung versäumt hat, kann er sein Passwort mit der eingeladenen E-Mail-Adresse im Formular zum Zurücksetzen des Passworts festlegen, da das Konto bereits erstellt wurde.

Neu in Version 3.11: Es ist möglich, die E-Mail für Benutzereinladungen erneut zu senden (wodurch zuvor gesendete Einladungen ungültig werden).

Die gleiche Art von Einladungen sind Plattformweit über die management interface auf der Registerkarte Users verfügbar.

Benutzer sperren

Neu in Version 4.7.

Für den Fall, dass sich einige Benutzer in Ihrem Projekt schlecht benehmen, haben Sie die Möglichkeit, sie für Beiträge zu sperren. Der gesperrte Benutzer kann das Projekt immer noch sehen, wenn er die entsprechenden Berechtigungen hat, aber er kann nichts dazu beitragen.

Berechtigungsverwaltung pro Projekt

Sie können Ihre Projekte auf Protected oder Private einstellen und manage users pro Projekt in der Weblate-Benutzeroberfläche.

Standardmäßig verhindert dies, dass Weblate den Zugriff von Benutzer und Betrachter default groups aufgrund der eigenen Konfiguration dieser Gruppen gewährt. Dies hindert Sie jedoch nicht daran, die Berechtigungen für diese Projekte plattformweit zu gewähren, indem Sie die Standardgruppen ändern, eine neue Gruppe erstellen oder zusätzliche benutzerdefinierte Einstellungen für einzelne Komponenten vornehmen, wie in Benutzerdefinierte Zugriffskontrolle unten beschrieben.

One of the main benefits of managing permissions through the Weblate user interface is that you can delegate it to other users without giving them the superuser privilege. In order to do so, add them to the Administration team of the project.

Benutzerdefinierte Zugriffskontrolle

Bemerkung

Diese Funktion ist für Projekte im Freien Hosting-Angebot auf Hosted Weblate nicht verfügbar.

Die Berechtigungsstruktur basiert auf Gruppen und Rollen, wobei Rollen eine Reihe von Berechtigungen festlegen und Gruppen sie mit Benutzern und Übersetzungen verknüpfen, weitere Einzelheiten dazu unter Benutzer, Rollen, Gruppen, und Berechtigungen.

Die leistungsstärksten Funktionen der Zugriffssteuerung von Weblate sind bis jetzt nur über das Django admin interface erreichbar. Sie können es zur Verwaltung der Berechtigungen jedes Projekts benutzen. Sie müssen es nicht zwingend auf Custom access control umstellen, um es zu verwenden. Sie müssen allerdings Superuser-Rechte besitzen, um es zu nutzen.

Wenn Sie nicht an den Details der Implementierung interessiert sind und nur eine einfache Konfiguration auf der Grundlage der Standardeinstellungen erstellen möchten oder keinen plattformweiten Zugriff auf die gesamte Weblate-Installation haben (wie bei Hosted Weblate), lesen Sie bitte den Abschnitt Einfache Zugriffskontrolle.

Allgemeine Einstellungen

Dieser Abschnitt enthält einen Überblick über einige gängige Konfigurationen, die Sie interessieren könnten.

Plattformweite Rechteverwaltung

Um Berechtigungen für eine ganze Instanz auf einmal zu verwalten, fügen Sie Benutzer zu den entsprechenden Standardgruppen hinzu:

Benutzer (dies geschieht standardmäßig durch automatic group assignment).
Prüfer (wenn Sie review workflow mit eigenen Prüfern verwenden).
Manager (wenn Sie die meisten Verwaltungsaufgaben an jemand anderen delegieren wollen).

Sie sollten alle Projekte als Public konfigurieren (siehe Projekt-Zugriffssteuerung), da sonst die plattformweiten Berechtigungen, die durch die Mitgliedschaft in den Gruppen Benutzer und Prüfer gegeben sind, keine Wirkung haben.

Sie können den Standardgruppen auch einige zusätzliche Berechtigungen Ihrer Wahl erteilen. So können Sie z. B. allen „Benutzern“ die Berechtigung zum Verwalten von Bildschirmfotos erteilen.

Sie können auch einige neue benutzerdefinierte Gruppen definieren. Wenn Sie Ihre Berechtigungen für diese Gruppen weiterhin plattformweit verwalten möchten, wählen Sie einen geeigneten Wert für Projektauswahl (z.B. Alle Projekte oder Alle öffentlichen Projekte).

Eigene Berechtigungen für Sprachen, Komponenten oder Projekte

Sie können Ihre eigenen Gruppen erstellen, um die Berechtigungen für bestimmte Objekte wie Sprachen, Komponenten und Projekte zu verwalten. Obwohl diese Gruppen nur zusätzliche Berechtigungen gewähren, können Sie keine Berechtigung, die von plattformweiten oder projektspezifischen Gruppen gewährt wurde, durch Hinzufügen einer anderen benutzerdefinierten Gruppe aufheben.

Beispiel:

Wenn Sie (aus welchen Gründen auch immer) die Übersetzung in eine bestimmte Sprache (sagen wir mal Tschechisch) nur einer geschlossenen Gruppe von zuverlässigen Übersetzern erlauben wollen, während die Übersetzungen in andere Sprachen öffentlich bleiben, müssen Sie das tun:

Entziehen Sie allen Benutzern die Erlaubnis, Tschechisch zu übersetzen. In der Standardkonfiguration kann dies durch Ändern der Benutzer default group erfolgen.

Gruppe Benutzer

Sprachauswahl

Wie vorgegeben

Sprachen

Alle außer Tschechisch

Fügen Sie eine eigene Gruppe für Tschechisch-Übersetzer hinzu.

Gruppe Tschechische Übersetzer

Rollen

Hauptbenutzer

Projektauswahl

Alle öffentlichen Projekte

Sprachauswahl

Wie vorgegeben

Sprachen

Tschechisch

Fügen Sie die Benutzer, denen Sie die Berechtigungen erteilen möchten, zu dieser Gruppe hinzu.

Wie Sie sehen, ist die Verwaltung von Berechtigungen auf diese Weise zwar sehr leistungsfähig, kann aber auch ziemlich mühsam sein. Sie können sie nicht an einen anderen Benutzer delegieren, es sei denn, Sie erteilen Superuser-Berechtigungen.

Benutzer, Rollen, Gruppen, und Berechtigungen

Die Legitimierungsmodelle bestehen aus verschiedenen Objekten:

Berechtigung: Durch Weblate bestimmte individuelle Berechtigung. Sie können keine individuellen Berechtigungen zuteilen, dies kann nur durch Rollenzuordnungen geschehen.
Rolle: Eine Rolle bestimmt eine Zusammenstellung von Genehmigungen. Dies ermöglicht die Wiederverwendung dieser Zusammenstellungen an verschiedenen Orten, zur Vereinfachung der Verwaltung.
Benutzer: Der Benutzer kann zu mehreren Gruppen gehören.
Gruppe: Die Gruppe verbindet Rollen, Benutzer und Legitimierungsobjekte (Projekte, Sprachen, und Komponentenlisten).

Bemerkung

Einer Gruppe können auch keine Rollen zugewiesen werden. In diesem Fall wird davon ausgegangen, dass jeder das Projekt durchsuchen kann (siehe unten).

Kontrolle des Zugriffs auf ein Projekt

Ein Benutzer muss Mitglied einer Gruppe sein, die mit dem Projekt oder einer Komponente in diesem Projekt verknüpft ist. Eine Mitgliedschaft allein genügt, es sind keine speziellen Genehmigungen erforderlich, um ein Projekt zu durchsuchen (dies wird in der Standardgruppe Betrachter angewendet, siehe Liste der Gruppen).

Kontrolle des Zugriffs auf eine Komponente

Ein Benutzer kann auf nicht eingeschränkte Komponenten zugreifen, sobald er auf das Projekt der Komponente zugreifen kann (und über alle Rechte verfügt, die dem Benutzer für das Projekt gewährt wurden). Wenn Restricted access eingeschaltet ist, erfordert der Zugriff auf die Komponente explizite Berechtigungen für die Komponente (oder eine Komponentenliste, in der die Komponente enthalten ist).

Umfang der Gruppen

Der Umfang der von den Rollen in den Gruppen zugewiesenen Berechtigungen wird nach den folgenden Regeln angewendet:

Wenn die Gruppe eine Komponentenliste angibt, werden alle Berechtigungen, die Mitgliedern dieser Gruppe gewährt werden, für alle Komponenten in den Komponentenlisten, die der Gruppe zugeordnet sind, gewährt, und ein Zugriff ohne zusätzliche Berechtigungen wird für alle Projekte gewährt, in denen sich diese Komponenten befinden. Komponenten und Projekte werden ignoriert.
Wenn die Gruppe einen Komponenten angibt, werden alle Berechtigungen, die den Mitgliedern dieser Gruppe erteilt wurden, für alle Komponenten gewährt, die der Gruppe zugeordnet sind, und ein Zugriff ohne zusätzliche Berechtigungen wird für alle Projekte gewährt, in denen diese Komponenten enthalten sind. Projekte werden ignoriert.
Andernfalls, wenn die Gruppe irgendwelche Projekte angibt, entweder durch direkte Auflistung oder indem Projektauswahl auf einen Wert wie Alle öffentlichen Projekte gesetzt wird, werden alle diese Berechtigungen auf alle Projekte angewandt, was effektiv die gleichen Berechtigungen für den Zugriff auf alle Projekte unrestricted components gewährt.
Die durch das Sprachen einer Gruppe auferlegten Einschränkungen, werden separat angewandt, wenn überprüft wird, ob ein Benutzer die Berechtigung für bestimmte durchzuführende Aktionen hat. Sie werden nämlich nur auf Aktionen angewendet, die direkt mit dem Übersetzungsprozess selbst zusammenhängen, wie z. B. das Überprüfen, Speichern von Übersetzungen, Hinzufügen von Vorschlägen usw.

Hinweis

Verwenden Sie Sprachauswahl oder Projektauswahl um automatisch alle Sprachen oder Projekte einzuschließen.

Beispiel:

Angenommen, es gibt ein Projekt foo mit den Komponenten: foo/bar und foo/baz und die folgende Gruppe:

Gruppe ` Administrator-Prüfer Spanisch`

Rollen

Review Strings, Repository verwalten

Komponenten

foo/bar

Sprachen

Spanisch

Die Mitglieder dieser Gruppe haben folgende Rechte (unter Annahme der Standardrolleneinstellungen):

Allgemeiner Zugriff (zur Durchsicht) auf das gesamte Projekt foo einschließlich der beiden Komponenten darin: foo/bar und foo/baz.

Zeichenketten in der spanischen Übersetzung von foo/bar überprüfen (nirgendwo sonst).

VCS für das gesamte foo/bar-Repository verwalten, z. B. ausstehende Änderungen von Übersetzern für alle Sprachen übertragen.

Automatische Gruppenzuordnungen

On the bottom of the Group editing page in the Django admin interface, you can specify Automatic group assignments, which is a list of regular expressions used to automatically assign newly created users to a group based on their e-mail addresses. This assignment only happens upon account creation.

Der häufigste Anwendungsfall für diese Funktion besteht darin, alle neuen Benutzer einer Standardgruppe zuzuordnen. Um dies zu erreichen, werden Sie wahrscheinlich den Standardwert (^.*$) im Feld für den regulären Ausdruck beibehalten wollen. Ein weiterer Anwendungsfall für diese Option könnte darin bestehen, den Mitarbeitern Ihres Unternehmens standardmäßig einige zusätzliche Privilegien zu gewähren. Unter der Annahme, dass alle Mitarbeiter eine Firmen-E-Mail-Adresse in Ihrer Domäne verwenden, lässt sich dies mit einem Ausdruck wie ^.*@mycompany.com bewerkstelligen.

Bemerkung

Die automatische Gruppenzuordnung zu ‚Benutzer‘ und ‚Betrachter‘ wird immer neu erstellt, wenn Sie von einer Weblate-Version auf eine andere aktualisieren. Wenn Sie dies abstellen möchten, setzen Sie den regulären Ausdruck auf ^$ (der auf nichts zutrifft).

Bemerkung

Im Moment gibt es noch keine Möglichkeit, bereits bestehende Benutzer über die Benutzeroberfläche zu einer Gruppe hinzuzufügen. Hierfür können Sie auf die REST API zurückgreifen.

Standardgruppen und -rollen

Nach der Installation wird ein Standardsatz von Gruppen erstellt (Siehe Liste der Gruppen).

Diese Rollen und Gruppen werden bei der Installation erstellt. Die eingebauten Rollen werden durch die Datenbankmigration beim Upgrade immer auf dem neuesten Stand gehalten. Sie können sie nicht ändern. Bitte definieren Sie eine neue Rolle, wenn Sie Ihre eigenen Berechtigungen festlegen möchten.

Liste der Berechtigungen und integrierten Rollen

Zielgruppe	Berechtigung	Rollen
Abrechnung (siehe Abrechnung)	Abrechnungsinformationen anzeigen	Verwaltung, Abrechnung
Änderungen	Änderungen herunterladen	Verwaltung
Kommentare	Kommentar erstellen	Administration, Edit source, Power user, Review strings, Translate
	Kommentar löschen	Verwaltung
	Kommentar lösen	Verwaltung, Zeichenketten überprüfen
Komponente	Komponenteneinstellungen bearbeiten	Verwaltung
Komponente	Komponente sperren, um Übersetzungen zu verhindern	Verwaltung
Glossar	Glossareintrag hinzufügen	Verwaltung, Glossar verwalten, Hauptbenutzer
	Glossareintrag bearbeiten	Verwaltung, Glossar verwalten, Hauptbenutzer
	Glossareintrag löschen	Verwaltung, Glossar verwalten, Hauptbenutzer
	Glossareinträge hochladen	Verwaltung, Glossar verwalten, Hauptbenutzer
Automatische Vorschläge	Automatische Vorschläge verwenden	Administration, Edit source, Power user, Review strings, Translate
Übersetzungsspeicher	Übersetzungsspeicher bearbeiten	Verwaltung, Übersetzungsspeicher verwalten
Übersetzungsspeicher	Übersetzungsspeicher löschen	Verwaltung, Übersetzungsspeicher verwalten
Projekte	Projekteinstellungen bearbeiten	Verwaltung
Projekte	Projektzugang verwalten	Verwaltung
Auswertungen	Berichte herunterladen	Verwaltung
Bildschirmfotos	Bildschirmfoto hinzufügen	Verwaltung, Bildschirmfotos verwalten
	Bildschirmfoto bearbeiten	Verwaltung, Bildschirmfotos verwalten
	Bildschirmfoto löschen	Verwaltung, Bildschirmfotos verwalten
Ausgangszeichenketten	Zusätzliche Zeichenketteninformationen bearbeiten	Administration, Edit source
Zeichenketten	Neue Zeichenkette hinzufügen	Verwaltung
	Entfernen einer Zeichenkette	Verwaltung
	Fehlerhafte Prüfung ablehnen	Administration, Edit source, Power user, Review strings, Translate
	Zeichenkette bearbeiten	Administration, Edit source, Power user, Review strings, Translate
	Zeichenketten überprüfen	Verwaltung, Zeichenketten überprüfen
	Zeichenkette bearbeiten, wenn Vorschläge erzwungen werden	Verwaltung, Zeichenketten überprüfen
	Ausgangszeichenketten bearbeiten	Administration, Edit source, Power user
Vorschläge	Vorschlag annehmen	Administration, Edit source, Power user, Review strings, Translate
	Vorschlag hinzufügen	Administration, Edit source, Add suggestion, Power user, Review strings, Translate
	Vorschlag löschen	Verwaltung, Hauptbenutzer
	Abstimmung über Vorschlag	Administration, Edit source, Power user, Review strings, Translate
Übersetzungen	Sprache zur Übersetzung hinzufügen	Verwaltung, Hauptbenutzer, Sprachen verwalten
	Automatische Übersetzung durchführen	Verwaltung, Automatische Vorschläge
	Vorhandene Übersetzung löschen	Verwaltung, Sprachen verwalten
	Übersetzungsdatei herunterladen	Administration, Edit source, Access repository, Power user, Review strings, Translate, Manage languages
	Mehrere Sprachen zur Übersetzung hinzufügen	Verwaltung, Sprachen verwalten
Uploads	Autor der hochgeladenen Übersetzung definieren	Verwaltung
	Vorhandene Zeichenketten mit Hochladung überschreiben	Administration, Edit source, Power user, Review strings, Translate
	Übersetzungen hochladen	Administration, Edit source, Power user, Review strings, Translate
VCS	Zugriff auf das interne Repository	Administration, Access repository, Power user, Manage repository
	Commit für Änderungen am internen Repository durchführen	Verwaltung, Repository verwalten
	Änderung aus dem internen Repository pushen	Verwaltung, Repository verwalten
	Änderungen im internen Repository zurücksetzen	Verwaltung, Repository verwalten
	Speicherort des Upstream-Repositorys anzeigen	Administration, Access repository, Power user, Manage repository
	Aktualisierung des internen Repositorys	Verwaltung, Repository verwalten
Plattformweite Berechtigungen	Managementoberfläche nutzen
	Neue Projekte hinzufügen
	Sprachdefinitionen hinzufügen
	Sprachdefinitionen verwalten
	Gruppen verwalten
	Benutzer verwalten
	Rollen verwalten
	Mitteilungen verwalten
	Übersetzungsspeicher verwalten
	Übersetzungsmaschinen verwalten
	Komponentenlisten verwalten

Bemerkung

Plattformweite Berechtigungen werden keiner Standardrolle gewährt. Diese sind sehr mächtig und kommen dem Superuser-Status recht nahe. Die meisten von ihnen betreffen alle Projekte in Ihrer Weblate-Installation.

Liste der Gruppen

Die folgenden Gruppen werden bei der Installation (oder nach dem Ausführen von setupgroups) erstellt, und Sie können diese nach Belieben ändern. Wenn Sie die Gruppen jedoch löschen oder umbenennen, werden sie bei der Migration neu erstellt.

Gäste

Legt die Berechtigungen für nicht authentifizierte Benutzer fest.

Diese Gruppe enthält ausschließlich anonyme Benutzer (siehe ANONYMOUS_USER_NAME).

Sie können Rollen aus dieser Gruppe entfernen, um die Berechtigungen für nicht-authentifizierte Benutzer einzuschränken.

Standard-Rollen: Vorschlag hinzufügen, Auf Repository zugreifen

Betrachter

Diese Rolle stellt die Sichtbarkeit der öffentlichen Projekte für alle Benutzer sicher. Standardmäßig sind alle Benutzer Mitglieder dieser Gruppe.

Standardmäßig werden alle neuen Konten durch automatic group assignment zu Mitgliedern dieser Gruppe, wenn sie ihr beitreten.

Standard-Rollen: keine

Benutzer

Standardgruppe für alle Benutzer.

Standardmäßig werden alle neuen Konten durch automatic group assignment zu Mitgliedern dieser Gruppe, wenn sie ihr beitreten.

Standard-Rollen: Hauptbenutzer

Prüfer

Gruppe für Prüfer (siehe Übersetzungs-Workflows).

Standard-Rollen: Zeichenketten überprüfen

Manager

Gruppe für Administratoren.

Standard-Rollen: Verwaltung

Warnung

Entfernen Sie niemals die vordefinierten Weblate-Gruppen und -Benutzer, da dies zu unerwarteten Problemen führen kann! Wenn Sie keine Verwendung für sie haben, können Sie stattdessen alle ihre Berechtigungen entfernen.

Zusätzliche Zugriffsbeschränkungen

Wenn Sie Ihre Weblate-Installation weniger öffentlich nutzen möchten, d.h. neue Benutzer nur auf Einladungsbasis zulassen möchten, können Sie Weblate so konfigurieren, dass nur bekannte Benutzer darauf zugreifen können. Um dies zu tun, müssen Sie REGISTRATION_OPEN auf False setzen, um das registrieren neuer Nutzer zu verhindern, und REQUIRE_LOGIN auf /.* damit Sie sich anmelden müssen, um auf alle Seiten der Website zugreifen zu können.

Hinweis

Sie können integrierte :Neue Benutzereinladung verwenden, um neue Benutzer hinzuzufügen.