Manual:Administrators/tr

Hizmetliler, "sysop" kullanıcı grubunun üyesi olan viki kullanıcılarıdır. Viki yazılımının yalnızca bu kullanıcılar tarafından erişilebilen birkaç özelliği vardır, ancak bunlar oldukça önemlidir.

Koruma
Yöneticiler korumalı sayfaları düzenleyebilir ve sayfaları düzenleme ve taşıma işlemlerinden koruyabilir ve korumasını kaldırabilir.

Düzenleme korumasının sürümleri:
 * Yarı koruma: bir sayfanın kayıtlı olmayan bir kullanıcının düzenlemesine karşı korunması.
 * Tam koruma: sayfanın yönetici olmayan bir kişi tarafından düzenlenmeye karşı korunması.
 * Basamaklı koruma (&rarr; demoya bakın):
 * tam koruma ile birlikte: bir sayfayı yönetici olmayan bir kişi tarafından düzenlenmeye karşı korumak, aynı zamanda (Commons'ta değil) aynı sitede olmaları şartıyla sayfaya gömülü görüntüleri korumak ve aynı korumayı transkript edilen sayfalara uygulamak için sayfa içinde kopyalanmış olarak kaldıkları sürece (bu nedenle tekrarlamalı olarak çalışır).
 * MediaWiki 1.23'ten önce, yönlendirme korumalı sayfada (T25542) listelenmişse, dosya yönlendirmelerinin hedeflerine kademeli koruma uygulanmaz.
 * Yarı koruma ile birlikte basamaklı koruma mantıklı değildir ve bundan kaçınılmalıdır (T10796 sayfasına bakın); kopyalanan sayfalara, sayfada tekrarlanan kaldığı sürece (tekrar tekrar) tam koruma uygular.
 * Taşıma koruması sayfanın hizmetli olmayan bir kişinin taşınmasına karşı korunmasıdır.


 * Prosedür:
 * Bir sayfayı korumak için daha fazla açılır menüsünü tıklayın ve "koru" seçeneğini belirtin (veya URL'sine adres çubuğu  ekleyin ). Monobook kaplamasında alternatif olarak alt+= kısayolu kullanılabilir. Bu, iki menü ve bir onay kutusuyla bir onay ekranına götürecektir. Menüde yönetici, sayfayı kayıtsız kullanıcılar veya tüm kullanıcılar tarafından düzenlemeye karşı korumayı seçebilir. Benzer şekilde, sayfa kayıtsız kullanıcılar (bu yine de standart görünüyor olsa da) veya tüm kullanıcılar (sistem, düzenlemelere yaptığı hareketlerle otomatik olarak aynı düzeyde koruma ekler. "Seviye taşıma izinlerinin kilidini aç" onay kutusu işaretlenerek koruma seviyesi değiştirilebilir). Basamaklı koruma, ayrı bir onay kutusu işaretlenerek etkinleştirilir. Sayfa korumasının nedenini kutuya girin ve "onayla" tuşuna basın. Bu oturum açmış olacaktır.
 * Bir sayfayı korumayı kaldırmak için korumayı kaldır sekmesini tıklayın. Bu, yukarıdaki gibi tam sayfayı getirecektir, ancak bu sefer iki menü zaten seçili olacaktır. Korumanın kaldırılması yalnızca "Düzenlemeler" menüsü altında "(varsayılan)" seçimini ve onayla düğmesine basmayı içerir. Korumanın kaldırılması için bir neden de verilmelidir. Bu eylem aynı şekilde oturum açmış olacaktır.


 * Notlar:
 * MediaWiki ad alanı: MediaWiki ad alanındaki sayfalar yalnızca  kullanıcı hakkına sahip kullanıcılar tarafından düzenlenebilir (varsayılan olarak hizmetliler ve arayüz yöneticileri). MediaWiki 1.32 olduğundan, MediaWiki ad alanındaki JavaScript ve CSS sayfaları yalnızca hem   hem de (sırasıyla)   veya   kullanıcı hakkına sahip kullanıcılar tarafından düzenlenebilir (varsayılan olarak arayüz yöneticileri). Bu kısıtlama, bu sayfaların koruma düzeylerinden bağımsızdır; bu sayfalar yine de ayrı ayrı korunabilir.
 * Düzenle veya kaynağı gör: Kullanıcının durumuna ve sayfanın durumuna bağlı olarak, kullanıcıya vikimetine görüntülemek için bir düzenleme bağlantısı veya bir bağlantı sağlanır. Tamamen korunan bir sayfada düzenle düğmesine bastıktan sonra, hizmetli sayfanın üst kısmında bu sayfa durumu hakkında bilgi veren bir uyarı verilir. Ayrıca, kaynağı gör bağlantısı bazen kullanıcı engellendiğinde bir düzenle bağlantısının yerini alabilir.
 * Resimler: Bir görüntüyü korumak çoğunlukla bir sayfayı korumakla aynıdır (yukarıya bakın). Görüntü açıklama sayfasında koru sekmesi tıklandığında, hem sayfa hem de görüntü korunur. Resim açıklama sayfası korunur ve sistem dışı kullanıcılar görüntüyü önceki bir sürüme geri alamaz veya yeni bir sürüm yükleyemez.
 * Önemli bir sayfanın kademeli olarak korunması, özellikle acil durumlar için kaba bir önlemdir. Bir şablonun sadece önemli bir sayfaya aktarılması nedeniyle korunması gerekiyorsa, başka bir yerde de kullanılırken, önemli sayfadaki kopyalama için bir kopya oluşturmak ve diğer kopyayı başka bir yerde kullanmak daha iyidir. Bu özen gösterildiğinde, otomatik kademeli koruma veya "manüel kademeli koruma" kullanmamız, yani şablonun özel kopyasını olağan bir şekilde korumamız çok az fark yaratır. Başlangıçta, basamaklı korumanın ana uygulaması, bu nedenle Meta:Rekreasyona karşı korumalı gibi, bu amaç için özel olarak hazırlanmış bir sayfaya mevcut olmayan sayfaları aktararak yaratıma karşı korumadır. Mevcut olmayan bir sayfanın korunması doğrudan mümkün değildi ("" mesajını deneyen bir girişim olurdu), ancak MediaWiki 1.13'ten itibaren bu artık mümkün. Ayrıca, kullanıcının sayfayı basamaklı koruma ile düzenleme iznine sahip olsa bile, "kaynağı gör" gösterilmesine neden olan bilinen bir hata vardır.
 * Kötüye kullanım filtreleri: Ayrıca, AbuseFilter uzantısı etkinleştirildiyse, arabirimin belirli bölümlerine erişim veya görüntüleme ve arabirimin değiştirilmesi yöneticilerle sınırlıdır.


 * Yapılandırma:
 * koruma arabirimi aracılığıyla eylemlerin kısıtlanabileceği ayarı ile belirlenir.
 * koruma arabirimi aracılığıyla izinlerin istenebileceği ayarıyla belirlenir.

Silme

 * See also: 

Administrators can delete pages and their history, and can view and restore deleted pages and their history. They can also delete images, which can be undeleted as normal.


 * Procedure:
 * To delete a page, click the delete link on the page that is to be deleted. (You may also add ?action=delete to the URL address bar). If an administrator is using the monobook skin, the shortcut alt+d can alternatively be used. This will bring up a new page asking for a confirmation that the page should be deleted, as well as an explanation of the deletion. A message should be typed into the input box to explain the deletion to other users. After the page has been deleted, it might have an existing talk page which should be deleted as well. Any links that point to the deleted page should be removed or corrected—whichever is the most appropriate action.
 * Pages can be undeleted for as long as they are in the archive. This archive is occasionally lost in database crashes. If a page has not been recreated since it was deleted, there will be a message on the page indicating how many deleted revisions there are. Clicking on this (or the undelete tab) will bring up a page displaying all the deleted revisions which can each be looked at separately. To undelete a page, click the restore button which appears on the confirmation page; this will restore all deleted revisions by default. Undeletion occurs as soon as the button is clicked, and will be logged just like deletions; if some revisions are not restored, the log will record how many were restored. If a page already exists but an administrator wants to restore previous revisions, the administrator must go to the page history. There will be a link to undelete as described above.


 * Notes:
 * "Revizyon silme"
 * "Madde revizyonları silme"
 * Delete article revisions for the first time: To delete/keep just one or more revisions from the history, delete the article normally, then begin the undeletion procedure. Before clicking the "Restore" button, check the revisions you want to restore—all others will remain deleted.
 * Delete article revisions not for the first time: if the article already contains previously deleted revisions, be sure to follow Selective deletion on Wikipedia.
 * Delete image revisions: To delete one version of an image, click the (del) link beside that version under the "File history" heading. The most recent version cannot be deleted without deleting all previous versions.
 * Merge edit histories: the edit histories of two articles may be merged into one. To merge histories, delete the page where all the histories are supposed to be restored. Move the other page to the page just deleted, and then restore all the deleted revisions. This cannot be manually undone, and it is very difficult to split edit histories.
 * Split an edit history: To split an edit history, manually delete all revisions, then restore those belonging to one article (which may be difficult to recognize). Move the undeleted page to a new title to split off those revisions. Restore the revisions belonging to the deleted page (now a redirect), then revert to a the penultimate revision (before the redirect).

Geri döndürme
Any user can revert a page by going back through the page's history. Administrators have a rollback button to expedite the process. To revert the edits of one user to the last version by the previous editor, click rollback on the page history, the user contribution list, or on the diff page. This can be used to revert edits from multiple vandalism attempts. The reversion will be marked as a minor edit and given an automatic edit summary based on the contents of Revertpage.

Sysops (and other users with right "MediaWiki:Right-markbotedits") can hide edits (typically, vandalism) from the Recent Changes page. To do this, add  to the end of the url used to access a user's contributions. For example,. When the rollback links on the contributions list are clicked, both the revert and the original edit that you are reverting will be hidden from the default Recentchanges display. This mechanism uses the marker originally added to keep massive bot edits from flooding recentchanges, hence the "bot". These changes will be hidden from recent changes unless you click the "bots" link to set. The edits are not hidden from contribs, history, watchlist, etc. The edits remain in the database and are not removed, but they no longer flood Recentchanges. The aim of this feature is to reduce the annoyance factor of a flood vandal with relatively little effort.

Engelleme ve engel kaldırma

 * See .

Making sysops
There is a simple interface (Special:Userrights) for granting a specific username 'sysop' status or (in MediaWiki 1.11) granting and revoking membership to groups with all associated user rights - a user with 'Bureaucrat' status has the rights to do to this. The initial user created by the installer should have 'Bureaucrat' rights.

Older versions of MediaWiki before 1.11 required you to manipulate the database records within MySQL in order to grant users certain rights.

Signed-in privileges
Users with ordinary access, including visitors who haven't "signed in", can still do many things, including the most important: editing pages and helping with maintenance tasks. But only signed-up users can upload files or rename pages.

Ayrıca bakınız

 * MediaWiki Administrator's Handbook
 * Administrators of Wikimedia projects
 * - a MediaWiki script that creates a new user and auto-promotes them to sysop status. (To create the first admin after mediawiki installation)
 * - a MediaWiki script that creates a new user and auto-promotes them to sysop status. (To create the first admin after mediawiki installation)