Erişim denetimi

Weblate, kopyanın tamamında ya da sınırlı bir kapsamda kullanıcı izinlerini atamak için ayrıntılı bir yetkilendirme sistemi sağlar.

3.0 sürümünde değişti: Weblate 3.0’dan önce, yetki sistemi yalnızca Django ayrıcalık sistemine dayanıyordu, ancak şimdi özellikle Weblate için oluşturuldu. Daha eski bir şey kullanıyorsanız, lütfen kullandığınız belirli sürüme ait belgelere bakın.

Basit erişim denetimi

Eğer tüm Weblate kurulumunu yönetmiyorsanız ve sadece belirli projelere erişiminiz varsa (Hosted Weblate gibi), erişim denetim yönetim seçenekleriniz aşağıdaki ayarlarla kısıtlıdır. Eğer herhangi bir karışık kuruluma ihtiyacını yoksa, bu ayarlar sizin için yeterlidir.

Proje erişim denetimi

Not

Bu özellik, Barındırılan Weblate üzerinde Özgür planını kullanan projeler için kullanılabilir değildir.

Farklı bir Erişim denetimi ayarı seçerek kullanıcının bireysel projelere erişimini sınırlayabilirsiniz. Kullanılabilir seçenekler şunlardır:

Herkese açık

Herkes görebilir, tüm oturum açmış kullanıcılar çevirebilir.

Korunmuş

Herkes görebilir, ancak yalnızca seçili kullanıcılar çevirebilir.

Kişisel

Yalnızca seçili kullanıcılar görebilir ve çevirebilir.

Özel

Kullanıcı yönetimi özellikleri devre dışı bırakılacak; varsayılan olarak tüm kullanıcıların proje üzerinde herhangi bir işlem yapması yasaktır. Tüm izinleri Özel erişim denetimi kullanarak ayarlamanız gerekecek.

Erişim denetimi, ilgili her projenin yapılandırmasının (YönetAyarlar) Erişim sekmesinde değiştirilebilir.

../_images/project-access.png

Öntanımlı değer DEFAULT_ACCESS_CONTROL ile değiştirilebilir.

Not

Özel projeler için bile, projenizle ilgili bazı bilgiler açığa çıkacaktır: Kopyanın tamamı için istatistikler ve dil özeti, erişim denetimi ayarına rağmen tüm projelerin sayılarını içerir. Proje adınız ve diğer bilgileriniz bu şekilde açığa çıkmaz.

Not

Herkese açık, Korunmuş ve Özel projelerde kullanıcılar için varsayılan olarak var olan gerçek izinler kümesi, Weblate kopyası yöneticisi tarafından custom setting kullanılarak yeniden tanımlanabilir.

Ayrıca bakınız

Erişim denetimi

Proje başına erişim denetimini yönetme

Proje erişimini yönet ayrıcalığına sahip kullanıcılar (bkz. ayrıcalıklar), projelerdeki kullanıcıları takımlara ekleyerek yönetebilir. İlk takım grubu Weblate tarafından sağlanır, ancak daha ayrıntılı erişim denetimi sağlayan ek takımlar tanımlanabilir. Ekipleri dillerle sınırlayabilir ve onlara belirli erişim rolleri atayabilirsiniz (bkz. ayrıcalıklar).

Her proje için otomatik olarak aşağıdaki takımlar oluşturulur:

Herkese açık, Korunmuş ve Özel projeler için:

Yönetim

Proje için kullanılabilen tüm izinleri içerir.

Gözden geçir (yalnızca inceleme iş akışı açıksa)

Gözden geçirme sırasında çevirileri onaylayabilir.

Yalnızca Korunmuş ve Özel projeler için:

Çevir

Projeyi çevirebilir ve çevrim dışı yapılan çevirileri yükleyebilir.

Kaynaklar

(project settings içinde izin verilirse) kaynak dizgeleri ve kaynak dizge bilgilerini düzenleyebilir.

Diller

Çevrilen dilleri yönetebilir (çeviri ekleyebilir veya kaldırabilir).

Sözlük

Sözlük yönetebilir (girişler ekleyebilir veya kaldırabilir, ayrıca yükleyebilir).

Bellek

Çeviri belleğini yönetebilir.

Ekran görüntüleri

Ekran görüntülerini yönetebilir (ekleyip kaldırabilir ve kaynak dizgelerle ilişkilendirebilir).

Kendiliğinden çeviri

Otomatik çeviri kullanabilir.

VCS

VCS’yi yönetebilir ve dışa aktarılan depoya erişebilir.

Faturalama

Faturalandırma bilgilerine ve ayarlarına erişebilir (bkz: Faturalama).

../_images/manage-users.png

Bu özellikler, projenin YönetKullanıcılar menüsünden erişilebilen Erişim denetimi sayfasında bulunmaktadır.

Takım yöneticileri

4.15 sürümünde geldi.

Each team can have team administrator, who can add and remove users within the team. This is useful in case you want to build self-governed teams.

Yeni kullanıcı davetiyesi

Ayrıca, mevcut bir kullanıcıyı projeye eklemenin yanı sıra yenilerini davet etmek de mümkündür. Herhangi bir yeni kullanıcı hemen oluşturulacak, ancak e-posta yoluyla gönderilen davetiyede bir bağlantıyla oturum açana kadar hesap etkin olmayacaktır. Bunu yapabilmek için site genelinde herhangi bir ayrıcalığa sahip olmak gerekli değildir, proje kapsamında erişim yönetimi izni (örn. Yönetim ekibine üyelik) yeterli olacaktır.

İpucu

Davet edilen kullanıcı davetiyenin geçerliliğini kaçırdıysa, hesap zaten oluşturulduğundan parola sıfırlama formunda davet edilen e-posta adresini kullanarak parolasını ayarlayabilir.

3.11 sürümünde geldi: Kullanıcı davetiyeleri için e-postayı yeniden göndermek mümkündür (önceden gönderilen davetiyeleri geçersiz kılar).

Aynı tür davetler site genelinde Kullanıcılar sekmesindeki yönetim arabirimi ögesinden kullanılabilir.

Kullanıcıları engelleme

4.7 sürümünde geldi.

Bazı kullanıcıların projenizde kötü davranması durumunda, katkıda bulunmalarını engelleme seçeneğiniz vardır. Engellenen kullanıcı, bunun için izinleri varsa projeyi görmeye devam edebilir, ancak katkıda bulunamaz.

Proje başına izin yönetimi

Projelerinizi Korunmuş ya da Özel olarak ayarlayabilir ve Weblate kullanıcı arayüzünde her proje için manage users.

By default this prevents Weblate from granting access provided by Users and Viewers default teams due to these teams’ own configuration. This doesn’t prevent you from granting permissions to those projects site-wide by altering default teams, creating a new one, or creating additional custom settings for individual component as described in Özel erişim denetimi below.

Weblate kullanıcı arabirimi üzerinden izinleri yönetmenin en önemli avantajlarından biri, izinleri diğer kullanıcılara süper kullanıcı ayrıcalığı vermeden devredebilmenizdir. Bunu yapmak için bunları projenin Yönetim ekibine ekleyin.

Özel erişim denetimi

Not

Bu özellik, Barındırılan Weblate üzerinde Özgür planını kullanan projeler için kullanılabilir değildir.

The permission system is based on teams and roles, where roles define a set of permissions, and teams link them to users and translations, see Users, roles, teams, and permissions for more details.

Weblate’in erişim kontrol sisteminin şimdilik en güçlü özellikleri yalnızca :ref:’Django admin ınterface <admin-ınterface>` aracılığıyla kullanılabilir. Herhangi bir projenin izinlerini yönetmek için kullanabilirsiniz. Kullanmak için mutlaka Custom :ref:`access control <acl>’ olarak değiştirmeniz gerekmez. Ancak, kullanmak için süper kullanıcı ayrıcalıklarına sahip olmanız gerekir.

Uygulamanın ayrıntılarıyla ilgilenmiyorsanız ve yalnızca varsayılanlara göre yeterince basit bir yapılandırma oluşturmak istiyorsanız veya Weblate kurulumunun tamamına site genelinde erişiminiz yoksa (`Barındırılan Weblate <https://hosted.weblate.org />’_), lütfen şu adrese bakın: ref:’erişim-basit’ bölümü.

Yaygın kurulumlar

Bu bölümde, ilginizi çekebilecek bazı genel yapılandırmaların özeti bulunur.

Site çapında izin yönetimi

To manage permissions for a whole instance at once, add users to appropriate default teams:

  • Users (this is done by default by the automatic team assignment).

  • Gözden Geçirenler (kullanıyorsanız: ref: özel gözden geçirenlerle iş akışını gözden geçirin <yorumlar>).

  • ‘Yöneticiler` (yönetim işlemlerinin çoğunu başkasına devretmek istiyorsanız).

You should keep all projects configured as Public (see Proje erişim denetimi), otherwise the site-wide permissions provided by membership in the Users and Reviewers teams won’t have any effect.

You may also grant some additional permissions of your choice to the default teams. For example, you may want to give a permission to manage screenshots to all the Users.

You can define some new custom teams as well. If you want to keep managing your permissions site-wide for these teams, choose an appropriate value for the Project selection (e.g. All projects or All public projects).

Diller, bileşenler veya projeler için özel izinler

You can create your own dedicated teams to manage permissions for distinct objects such as languages, components, and projects. Although these teams can only grant additional privileges, you can’t revoke any permission granted by site-wide or per-project teams by adding another custom team.

Örnek:

Eğer (sebebi ne olursa olsun) belirli bir dilde çevirinin (Çekçe gibi) yalnızca belirli güvenilir bir çevirmen grubu tarafından yapılmasına izin vermek ve diğer dillerde yapılan çevirileri herkese açık tutmak istiyorsanız şunu yapmanız gerekecektir:

  1. Remove the permission to translate Czech from all the users. In the default configuration this can be done by altering the Users default team.

    Kullanıcılar grubu

    Dil seçimi

    Tanımlandığı gibi

    Diller

    Çekçe hariç hepsi

  1. Add a dedicated team for Czech translators.

    Çekçe çevirmenler grubu

    Roller

    Uzman kullanıcılar

    Proje seçimi

    Tüm herkese açık projeler

    Dil seçimi

    Tanımlandığı gibi

    Diller

    Çekçe

  1. Add users you wish to give the permissions to into this team.

As you can see, permissions management this way is powerful, but can be quite a tedious job. You can’t delegate it to another user, unless granting superuser permissions.

Users, roles, teams, and permissions

Kimlik doğrulama modelleri birkaç ögeden oluşur:

İzin

Weblate tarafından tanımlanan bireysel izin. İzinler kullanıcılara atanamaz. Bu yalnızca rol ataması ile yapılabilir.

Rol

A role defines a set of permissions. This allows reuse of these sets in several places, making the administration easier.

Kullanıcı

User can belong to several teams.

Grup

Group connect roles, users, and authentication objects (projects, languages, and component lists).

graph auth { "User" -- "Group"; "Group" -- "Role"; "Role" -- "Permission"; "Group" -- "Project"; "Group" -- "Language"; "Group" -- "Components"; "Group" -- "Component list"; }

Not

A team can have no roles assigned to it, in that case access to browse the project by anyone is assumed (see below).

Bir projeye göz atmak için erişim

A user has to be a member of a team linked to the project, or any component inside that project. Having membership is enough, no specific permissions are needed to browse the project (this is used in the default Viewers team, see List of teams).

Bir bileşene göz atmak için erişim

A user can access unrestricted components once able to access the components’ project (and will have all the permissions the user was granted for the project). With Restricted access turned on, access to the component requires explicit permissions for the component (or a component list the component is in).

Scope of teams

The scope of the permission assigned by the roles in the teams are applied by the following rules:

  • If the team specifies any Component list, all the permissions given to members of that team are granted for all the components in the component lists attached to the team, and an access with no additional permissions is granted for all the projects these components are in. Components and Projects are ignored.

  • If the team specifies any Components, all the permissions given to the members of that team are granted for all the components attached to the team, and an access with no additional permissions is granted for all the projects these components are in. Projects are ignored.

  • Otherwise, if the team specifies any Projects, either by directly listing them or by having Projects selection set to a value like All public projects, all those permissions are applied to all the projects, which effectively grants the same permissions to access all projects unrestricted components.

  • The restrictions imposed by a team’s Languages are applied separately, when it’s verified if a user has an access to perform certain actions. Namely, it’s applied only to actions directly related to the translation process itself like reviewing, saving translations, adding suggestions, etc.

İpucu

Use Language selection or Project selection to automate inclusion of all languages or projects.

Örnek:

Let’s say there is a project foo with the components: foo/bar and foo/baz and the following team:

Group Spanish Admin-Reviewers

Roller

Dizgeleri gözden geçir, Depoyu yönet

Bileşenler

foo/bar

Diller

İspanyolca

Members of that team will have following permissions (assuming the default role settings):

  • General (browsing) access to the whole project foo including both components in it: foo/bar and foo/baz.

  • Review strings in foo/bar Spanish translation (not elsewhere).

  • Manage VCS for the whole foo/bar repository e.g. commit pending changes made by translators for all languages.

Automatic team assignments

On the bottom of the Group editing page in the Django admin interface, you can specify Automatic team 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. In order to do so, you will probably want to keep the default value (^.*$) in the regular expression field. 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.

Not

Automatic team assignment to Users and Viewers is always recreated when upgrading from one Weblate version to another. If you want to turn it off, set the regular expression to ^$ (which won’t match anything).

Not

As for now, there is no way to bulk-add already existing users to some team via the user interface. For that, you may resort to using the REST API.

Default teams and roles

After installation, a default set of teams is created (see List of teams).

These roles and teams are created upon installation. The built-in roles are always kept up to date by the database migration when upgrading. You can’t actually change them, please define a new role if you want to define your own set of permissions.

Yetkiler ve yerleşik rollerin listesi

Kapsam

İzin

Roller

Faturalandırma (bkz: Faturalama)

Fatura bilgilerini görüntüle

Yönetim, Faturalandırma

Değişiklikler

Değişiklikleri indir

Yönetim

Yorumlar

Yorumu gönder

Yönetim, Kaynağı düzenle, Uzman kullanıcı, Dizgeleri gözden geçir, Çevir

Yorumu sil

Yönetim

Yorumu çözümle

Yönetim, Dizgeleri gözden geçir

Bileşen

Bileşen ayarlarını düzenle

Yönetim

Bileşeni kilitle, çevirileri engelle

Yönetim

Sözlük

Sözlük kaydı ekle

Yönetim, Sözlüğü yönet, Uzman kullanıcı

Sözlük kaydını düzenle

Yönetim, Sözlüğü yönet, Uzman kullanıcı

Sözlük kaydını sil

Yönetim, Sözlüğü yönet, Uzman kullanıcı

Sözlük kayıtlarını yükle

Yönetim, Sözlüğü yönet, Uzman kullanıcı

Kendiliğinden öneriler

Kendiliğinden öneriler kullanılsın

Yönetim, Kaynağı düzenle, Uzman kullanıcı, Dizgeleri gözden geçir, Çevir

Çeviri belleği

Çeviri belleğini düzenle

Yönetim, Çeviri belleğini yönet

Çeviri belleğini sil

Yönetim, Çeviri belleğini yönet

Projeler

Proje ayarlarını düzenle

Yönetim

Proje erişimini yönet

Yönetim

Raporlar

Raporları indir

Yönetim

Ekran görüntüleri

Ekran görüntüsü ekle

Yönetim, Ekran görüntülerini yönet

Ekran görüntüsünü düzenle

Yönetim, Ekran görüntülerini yönet

Ekran görüntüsünü sil

Yönetim, Ekran görüntülerini yönet

Kaynak dizgeler

Ek dizge bilgilerini düzenle

Yönetim, Kaynağı düzenle

Dizgeler

Yeni dizge ekle

Yönetim

Bir dizgeyi kaldır

Yönetim

Denetim hatasını yok say

Yönetim, Kaynağı düzenle, Uzman kullanıcı, Dizgeleri gözden geçir, Çevir

Dizgeleri düzenle

Yönetim, Kaynağı düzenle, Uzman kullanıcı, Dizgeleri gözden geçir, Çevir

Dizgeleri gözden geçir

Yönetim, Dizgeleri gözden geçir

Öneriler dayatıldığında dizgeyi düzenle

Yönetim, Dizgeleri gözden geçir

Kaynak dizgeleri düzenle

Yönetim, Kaynağı düzenle, Uzman kullanıcı

Öneriler

Öneriyi kabul et

Yönetim, Kaynağı düzenle, Uzman kullanıcı, Dizgeleri gözden geçir, Çevir

Öneri ekle

Yönetim, Kaynağı düzenle, Öneri ekle, Uzman kullanıcı, Dizgeleri gözden geçir, Çevir

Öneriyi sil

Yönetim, Uzman kullanıcı

Öneriye oy ver

Yönetim, Kaynağı düzenle, Uzman kullanıcı, Dizgeleri gözden geçir, Çevir

Çeviriler

Çeviri dili ekle

Yönetim, Uzman kullanıcı, Dilleri yönet

Kendiliğinden çevir

Yönetim, Otomatik çeviri

Var olan çeviriyi sil

Yönetim, Dilleri yönet

Çeviri dosyasını indir

Yönetim, Kaynağı düzenle, Depoya eriş, Uzman kullanıcı, Dizgeleri gözden geçir, Çevir, Dilleri yönet

Çevirilecek birkaç dil ekleyin

Yönetim, Dilleri yönet

Yüklemeler

Yüklenmiş çeviriye katkıda bulunanı tanımlayın

Yönetim

Yükleme ile var olan dizgelerin üzerine yazılsın

Yönetim, Kaynağı düzenle, Uzman kullanıcı, Dizgeleri gözden geçir, Çevir

Çevirileri yükle

Yönetim, Kaynağı düzenle, Uzman kullanıcı, Dizgeleri gözden geçir, Çevir

VCS

İç depoya eriş

Yönetim, Depoya eriş, Uzman kullanıcı, Depoyu yönet

Değişiklikleri iç depoya işle

Yönetim, Depoyu yönet

İç depodaki değişiklikleri gönder

Yönetim, Depoyu yönet

İç depodaki değişiklikleri sıfırla

Yönetim, Depoyu yönet

Yukarı akış deposu konumunu görüntüle

Yönetim, Depoya eriş, Uzman kullanıcı, Depoyu yönet

İç depoyu güncelle

Yönetim, Depoyu yönet

Site çapında yetkiler

Yönetim arayüzünü kullan

Yeni projeler ekle

Dil tanımları ekle

Dil tanımları yönetimi

Takımları yönet

Kullanıcı yönetimi

Rol yönetimi

Duyuru yönetimi

Çeviri belleği yönetimi

Makine yönetimi

Bileşen listeleri yönetimi

Not

Site çapında yetkiler herhangi bir varsayılan role verilmez. Bunlar güçlüdür ve yetkili kullanıcı (superuser) durumuna oldukça yakındır. Çoğu Weblate kurulumunuzdaki tüm projelerini etkiler.

List of teams

The following teams are created upon installation (or after executing setupgroups) and you are free to modify them. The migration will, however, re-create them if you delete or rename them.

Konuklar

Kimliği doğrulanmamış kullanıcılar için izinleri tanımlar.

This team only contains anonymous users (see ANONYMOUS_USER_NAME).

You can remove roles from this team to limit permissions for non-authenticated users.

Varsayılan roller: Öneri ekle, Depoya eriş

Görüntüleyiciler

This role ensures visibility of public projects for all users. By default, all users are members of this team.

By default, automatic team assignment makes all new accounts members of this team when they join.

Varsayılan roller: yok

Kullanıcılar

Default team for all users.

By default, automatic team assignment makes all new accounts members of this team when they join.

Varsayılan roller: Uzman kullanıcı

Gözden geçirenler

Gözden geçirenler için grup (bkz: Çeviri iş akışları).

Varsayılan roller: Dizgeleri gözden geçir

Yöneticiler

Yöneticiler için grup.

Varsayılan roller: Yönetim

Uyarı

Never remove the predefined Weblate teams and users as this can lead to unexpected problems! If you have no use for them, you can removing all their privileges instead.

Ek erişim kısıtlamaları

If you want to use your Weblate installation in a less public manner, i.e. allow new users on an invitational basis only, it can be done by configuring Weblate in such a way that only known users have an access to it. In order to do so, you can set REGISTRATION_OPEN to False to prevent registrations of any new users, and set REQUIRE_LOGIN to /.* to require signing in to access all the site pages. This is basically the way to lock your Weblate installation.

İpucu

You can use built-in Yeni kullanıcı davetiyesi to add new users.