Zugriffssteuerung#
Weblate verfügt über ein fein abgestuftes Berechtigungssystem, um Benutzerberechtigungen für die ganze Instanz oder in einem begrenztem Umfang zuzuweisen.
Einfache Zugriffssteuerung#
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
Projekte, die den kostenlosen Libre-Plan auf Hosted Weblate ausführen, sind immer Öffentlich. Sie können zum kostenpflichtigen Plan wechseln, wenn Sie den Zugriff auf Ihr Projekt einschränken möchten.
Sie können den Zugriff des Benutzers auf einzelne Projekte einschränken, indem Sie eine andere Zugriffssteuerung-Einstellung auswählen. Verfügbare Optionen sind:
- Öffentlich
Für alle sichtbar.
Jeder registrierte Benutzer kann übersetzen.
Das VCS-Repository ist möglicherweise für alle zugänglich.
Wählen Sie dies für Open-Source-Projekte oder wenn Ihre Weblate-Instanz privat oder gesperrt ist.
- Geschützt
Für alle sichtbar.
Nur ausgewählte Benutzer können übersetzen.
Nur ausgewählte Benutzer können auf das VCS-Repository zugreifen.
Wählen Sie dies, um Sichtbarkeit zu erlangen, aber dennoch die Kontrolle darüber zu haben, wer etwas beitragen kann.
- Privat
Nur für ausgewählte Benutzer sichtbar.
Nur ausgewählte Benutzer können übersetzen.
Nur ausgewählte Benutzer können auf das VCS-Repository zugreifen.
Wählen Sie dies für Projekte, die überhaupt nicht öffentlich zugänglich sein sollen.
- Benutzerdefiniert
Nur für ausgewählte Benutzer sichtbar.
Nur ausgewählte Benutzer können übersetzen.
Nur ausgewählte Benutzer können auf das VCS-Repository zugreifen.
Nicht verfügbar auf Hosted Weblate.
Sie müssen alle Berechtigungen über die Benutzerdefinierte Zugriffssteuerung einrichten.
Wählen Sie dies für Ihre eigene Weblate-Instanz, wenn Sie den Zugang auf eine spezifische, sorgfältig anpassbare Art und Weise definieren wollen.
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 Öffentlich, Geschützt und Privat verfügbar ist, kann vom Administrator der Weblate-Instanz mit benutzerdefinierten Einstellungen neu definiert werden.
Siehe auch
Verwaltung der projektspezifischen Zugriffssteuerung#
Benutzer mit der Berechtigung Projektzugriff verwalten (siehe Liste der Berechtigungen und integrierten Rollen) können Benutzer in Projekten verwalten, indem sie die Benutzer zu Teams hinzufügen. Die anfängliche Sammlung von Teams wird von Weblate bereitgestellt, aber es können zusätzliche Teams definiert werden, die eine feiner abgestufte Zugriffssteuerung ermöglichen. Sie können Teams auf Sprachen beschränken und ihnen bestimmte Zugriffsrollen zuweisen (siehe Liste der Berechtigungen und integrierten Rollen).
Folgende Teams werden für jedes Projekt automatisch gebildet:
Für Öffentlich, Geschützt und Privat Projekte:
- Verwaltung
Enthält alle für das Projekt verfügbaren Berechtigungen.
- Überprüfung (nur wenn der Überprüfungsablauf eingeschaltet ist)
Darf Übersetzungen bei der Überprüfung freigeben.
Nur für Geschützt und Privat Projekte:
- Übersetzen
Darf das Projekt übersetzen und offline erstellte Übersetzungen hochladen.
- Quellcode
Kann Ausgangszeichenketten (wenn in den Projekteinstellungen 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.
- Versionsverwaltung
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.
Teamadministratoren#
Neu in Version 4.15.
Jedes Team kann einen Teamadministrator haben, der Benutzer innerhalb des Teams hinzufügen und entfernen kann. Dies ist nützlich, wenn Sie selbstverwaltete Teams aufbauen wollen.
Neue Benutzereinladung#
Beim Hinzufügen bestehender Benutzer wird diesen eine Einladung zur Bestätigung geschickt. Mit REGISTRATION_OPEN
kann der Administrator auch neue Benutzer per E-Mail einladen. Eingeladene Benutzer müssen den Registrierungsprozess abschließen, um Zugang zum Projekt zu erhalten.
Dazu sind keine plattformweiten Berechtigungen erforderlich, eine Zugriffsverwaltungsberechtigung für den Projektbereich (z. B. eine Mitgliedschaft im Team Administration) wäre ausreichend.
Hinweis
Wenn der eingeladene Benutzer die Gültigkeitsdauer der Einladung versäumt hat, muss eine neue Einladung erstellt werden.
Die gleiche Art von Einladungen sind plattformweit über die Verwaltungsoberfläche auf der Reiterkarte Benutzer verfügbar.
Geändert in Version 5.0: Weblate erstellt jetzt nicht mehr automatisch Konten oder fügt Benutzer zu den Teams hinzu. Dies geschieht erst nach Bestätigung durch den Benutzer.
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 Geschützt oder Privat einstellen und Benutzer verwalten pro Projekt in der Weblate-Benutzeroberfläche.
Standardmäßig verhindert dies, dass Weblate den Zugriff von Benutzer- und Betrachter-Standardteams aufgrund der eigenen Konfiguration dieser Teams gewährt. Dies hindert Sie jedoch nicht daran, die Berechtigungen für diese Projekte plattformweit zu gewähren, indem Sie die Standardteams ändern, eine neue erstellen oder zusätzliche benutzerdefinierte Einstellungen für einzelne Komponenten vornehmen, wie in Benutzerdefinierte Zugriffssteuerung unten beschrieben.
Einer der Hauptvorteile der Verwaltung von Berechtigungen über die Weblate-Benutzeroberfläche ist, dass Sie sie an andere Benutzer delegieren können, ohne ihnen das Superuser-Recht zu geben. Dazu fügen Sie sie dem Team Administration des Projekts hinzu.
Benutzerdefinierte Zugriffssteuerung#
Bemerkung
Diese Funktion ist auf Hosted Weblate nicht verfügbar.
Die Berechtigungsstruktur basiert auf Teams und Rollen, wobei Rollen eine Reihe von Berechtigungen festlegen und Teams sie mit Benutzern und Übersetzungen verknüpfen, weitere Einzelheiten dazu unter Benutzer, Rollen, Teams, und Berechtigungen.
Die leistungsstärksten Funktionen der Zugriffssteuerung von Weblate sind bis jetzt nur über die Django-Adminoberfläche erreichbar. Sie können sie zur Verwaltung der Berechtigungen jedes Projekts benutzen. Sie müssen sie nicht zwingend auf Benutzerdefinierte Zugriffssteuerung umstellen, um sie zu verwenden. Allerdings müssen Sie Superuser-Rechte haben, um sie zu benutzen.
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 Zugriffssteuerung.
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 Standardteams hinzu:
Benutzer (dies geschieht standardmäßig durch Automatische Teamzuweisungen).
Prüfer (wenn Sie den Überprüfungsablauf 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 Teams Benutzer und Prüfer gegeben sind, keine Wirkung haben.
Sie können den Standardteams auch einige zusätzliche Berechtigungen Ihrer Wahl erteilen. So können Sie zum Beispiel allen Benutzern die Berechtigung zum Verwalten von Bildschirmfotos erteilen.
Sie können auch einige neue benutzerdefinierte Teams definieren. Wenn Sie Ihre Berechtigungen für diese Teams 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 Teams erstellen, um die Berechtigungen für bestimmte Objekte wie Sprachen, Komponenten und Projekte zu verwalten. Obwohl diese Teams nur zusätzliche Berechtigungen gewähren, können Sie keine Berechtigung, die von plattformweiten oder projektspezifischen Teams gewährt wurde, durch Hinzufügen einer anderen benutzerdefinierten Team 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 des Benutzer-Standardteams erfolgen.
Gruppe Benutzer# Sprachauswahl
Wie vorgegeben
Sprachen
Alle außer Tschechisch
Fügen Sie eine eigenes Team 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 diesem Team 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, Teams, und Berechtigungen#
Die Authentifizierungsmodelle bestehen aus verschiedenen Objekten:
- Berechtigung
Durch Weblate bestimmte individuelle Berechtigung. Berechtigungen können nicht an Benutzer vergeben werden. Dies kann nur über die Zuweisung von Rollen erfolgen.
- 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 Teams gehören.
- Gruppe
Die Gruppe verbindet Rollen, Benutzer und Authentifizierungsobjekte (Projekte, Sprachen und Komponentenlisten).
Bemerkung
Einem Team 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 eines Teams 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 dem Standardteam Betrachter angewendet, siehe Liste der Teams).
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 Eingeschränkter Zugriff 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 Teams#
Der Umfang der von den Rollen in den Teams zugewiesenen Berechtigungen wird nach den folgenden Regeln angewendet:
Wenn das Team eine Komponentenliste angibt, werden alle Berechtigungen, die den Mitgliedern dieses Teams gewährt werden, für alle Komponenten in den Komponentenlisten, die dem Team 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 das Team ein Komponenten angibt, werden alle Berechtigungen, die den Mitgliedern dieses Teams erteilt wurden, für alle Komponenten gewährt, die dem Team 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 das Team 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 dieselben Zugriffsrechte für alle nicht eingeschränkten Komponenten des Projekts gewährt.
Die durch das Sprachen eines Teams 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 zum Beispiel 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
undfoo/baz
und das folgende Team:
Gruppe ` Administrator-Prüfer Spanisch`# Rollen
Zeichenketten überprüfen, Repository verwalten
Komponenten
foo/bar
Sprachen
Spanisch
Die Mitglieder dieses Teams haben folgende Rechte (unter Annahme der Standardrolleneinstellungen):
Allgemeiner Zugriff (zur Durchsicht) auf das gesamte Projekt
foo
einschließlich der beiden Komponenten darin:foo/bar
undfoo/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 committen.
Automatische Teamzuweisungen#
While editing the Team, you can specify Automatic assignments, which is a list of regular expressions used to automatically assign newly created users to a team based on their e-mail addresses. This assignment only happens upon account creation.
The most common use-case for the feature is to assign all new users to some
default team. This behavior is used for the default Users and Guest teams
(see Liste der Teams). Use regular expression ^.*$
to match all users.
Another use-case for this option might be to
give some additional privileges to employees of your company by default.
Assuming all of them use corporate e-mail addresses on your domain, this can
be accomplished with an expression like ^.*@mycompany.com
.
Bemerkung
Die automatische Teamzuweisung 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 einem Team hinzuzufügen. Hierfür können Sie auf die REST API zurückgreifen.
Standardteams und -rollen#
Nach der Installation wird ein Standardsatz von Teams erstellt (Siehe Liste der Teams).
Diese Rollen und Teams 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#
Bereich |
Berechtigung |
Rollen |
---|---|---|
Abrechnung (siehe Abrechnung) |
Abrechnungsinformationen anzeigen |
Verwaltung, Abrechnung |
Änderungen |
Änderungen herunterladen |
Verwaltung |
Kommentare |
Kommentar erstellen |
Verwaltung, Quelle bearbeiten, Hauptbenutzer, Zeichenketten überprüfen, Übersetzen |
Kommentar löschen |
Verwaltung |
|
Kommentar lösen |
Verwaltung, Zeichenketten überprüfen |
|
Komponente |
Komponenteneinstellungen bearbeiten |
Verwaltung |
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 |
Verwaltung, Quelle bearbeiten, Hauptbenutzer, Zeichenketten überprüfen, Übersetzen |
Übersetzungsspeicher |
Übersetzungsspeicher bearbeiten |
Verwaltung, Übersetzungsspeicher verwalten |
Übersetzungsspeicher löschen |
Verwaltung, Übersetzungsspeicher verwalten |
|
Projekte |
Projekteinstellungen bearbeiten |
Verwaltung |
Projektzugriff 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 |
Verwaltung, Quelle bearbeiten |
Zeichenketten |
Neue Zeichenkette hinzufügen |
Verwaltung |
Entfernen einer Zeichenkette |
Verwaltung |
|
Fehlerhafte Prüfung ablehnen |
Verwaltung, Quelle bearbeiten, Hauptbenutzer, Zeichenketten überprüfen, Übersetzen |
|
Zeichenketten bearbeiten |
Verwaltung, Quelle bearbeiten, Hauptbenutzer, Zeichenketten überprüfen, Übersetzen |
|
Zeichenketten überprüfen |
Verwaltung, Zeichenketten überprüfen |
|
Zeichenkette bearbeiten, wenn Vorschläge erzwungen werden |
Verwaltung, Zeichenketten überprüfen |
|
Ausgangszeichenketten bearbeiten |
Verwaltung, Quelle bearbeiten, Hauptbenutzer |
|
Vorschläge |
Vorschlag annehmen |
Verwaltung, Quelle bearbeiten, Hauptbenutzer, Zeichenketten überprüfen, Übersetzen |
Vorschlag hinzufügen |
Verwaltung, Quelle bearbeiten, Vorschlag hinzufügen, Hauptbenutzer, Zeichenketten überprüfen, Übersetzen |
|
Vorschlag löschen |
Verwaltung, Hauptbenutzer |
|
Abstimmung über Vorschlag |
Verwaltung, Quelle bearbeiten, Hauptbenutzer, Zeichenketten überprüfen, Übersetzen |
|
Ü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 |
Verwaltung, Quelle bearbeiten, Auf Repository zugreifen, Hauptbenutzer, Zeichenketten überprüfen, Übersetzen, Sprachen verwalten |
|
Mehrere Sprachen zur Übersetzung hinzufügen |
Verwaltung, Sprachen verwalten |
|
Uploads |
Autor der hochgeladenen Übersetzung definieren |
Verwaltung |
Vorhandene Zeichenketten mit Hochladung überschreiben |
Verwaltung, Quelle bearbeiten, Hauptbenutzer, Zeichenketten überprüfen, Übersetzen |
|
Übersetzungen hochladen |
Verwaltung, Quelle bearbeiten, Hauptbenutzer, Zeichenketten überprüfen, Übersetzen |
|
Versionsverwaltung |
Zugriff auf das interne Repository |
Verwaltung, Auf Repository zugreifen, Hauptbenutzer, Repository verwalten |
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 |
Verwaltung, Auf Repository zugreifen, Hauptbenutzer, Repository verwalten |
|
Aktualisierung des internen Repositorys |
Verwaltung, Repository verwalten |
|
Plattformweite Berechtigungen |
Verwaltungsoberfläche verwenden |
|
Neue Projekte hinzufügen |
||
Sprachdefinitionen hinzufügen |
||
Sprachdefinitionen verwalten |
||
Teams 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 Teams#
Die folgenden Teams 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 unauthentifizierte Benutzer fest.
Dieses Team enthält ausschließlich anonyme Benutzer (siehe
ANONYMOUS_USER_NAME
).Sie können Rollen aus diesem Team entfernen, um die Berechtigungen für unauthentifizierte 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 dieses Teams.
Standardmäßig werden alle neuen Konten durch Automatische Teamzuweisungen zu Mitgliedern dieses Teams, wenn sie ihr beitreten.
Standard-Rollen: keine
- Benutzer
Standardteam für alle Benutzer.
Standardmäßig werden alle neuen Konten durch Automatische Teamzuweisungen zu Mitgliedern dieses Teams, wenn sie ihr beitreten.
Standard-Rollen: Hauptbenutzer
- Prüfer
Gruppe für Prüfer (siehe Übersetzungsabläufe).
Standard-Rollen: Zeichenketten überprüfen
- Manager
Gruppe für Administratoren.
Standard-Rollen: Verwaltung
Warnung
Entfernen Sie niemals die vordefinierten Weblate-Teams 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 wollen, d. h. neue Benutzer nur per Einladung zulassen möchten, können Sie Weblate so konfigurieren, dass nur bekannte Benutzer Zugriff darauf haben. Dazu müssen Sie REGISTRATION_OPEN
auf False
setzen, um die Registrierung neuer Benutzer zu verhindern, und REQUIRE_LOGIN
auf /.*
setzen, um eine Anmeldung für den Zugriff auf alle Seiten der Website zu verlangen. Dies ist im Grunde der Weg, um Ihre Weblate-Installation zu sperren.
Hinweis
Um neue Benutzer hinzuzufügen können Sie die integrierte Funktion Neue Benutzereinladung verwenden.