Halaman yang di semi-protected tidak dapat diedit oleh pengguna yang tidak terdaftar (alamat IP), serta akun yang tidak dikonfirmasi atau di autoconfirmed (akun yang setidaknya sudah berumur 4 hari dengan setidaknya 10 suntingan bahasa Inggris). Semi-proteksi berguna ketika ada jumlah gangguan atau vandalisme yang signifikan dari pengguna baru atau tidak terdaftar, atau untuk mencegah sockpuppets dari pengguna yang diblokir atau dilarang untuk mengedit, terutama ketika terjadi pada biografi orang hidup yang memiliki tingkat minat media yang tinggi baru-baru ini. Alternatif untuk semi-proteksi adalah perubahan yang tertunda, yang kadang-kadang lebih disukai ketika sebuah artikel seringkali disusupi, tetapi sebaliknya menerima jumlah suntingan yang rendah.
Pengguna seperti itu dapat meminta suntingan pada halaman yang di semi-protected dengan mengusulkannya di halaman pembicaraannya, menggunakan templat {{Edit semi-protected}} jika perlu untuk mendapatkan perhatian. Jika halaman yang dimaksud dan halaman pembicaraannya sama-sama dilindungi, permintaan suntingan harus dilakukan Permintaan proteksi halaman. Pengguna baru juga dapat meminta hak pengguna yang dikonfirmasi Permintaan izin/Dikonfirmasi.
Panduan bagi administrator
Semi-proteksi tidak boleh digunakan sebagai tindakan pencegahan terhadap vandalisme yang belum terjadi atau untuk memberikan keistimewaan kepada pengguna terdaftar atas pengguna tak terdaftar dalam sengketa konten (yang valid). Administrator dapat menerapkan semi-proteksi sementara pada halaman yang:
Terganggu oleh vandalisme atau gangguan sementara yang signifikan (misalnya, karena perhatian media) jika memblokir pengguna individu bukanlah opsi yang layak.
Dalam sengketa suntingan jika semua pihak yang terlibat adalah pengguna tak terdaftar atau editor baru. Ini tidak berlaku ketika pengguna yang sudah di autoconfirmed atau dikonfirmasi terlibat.
Terganggu oleh vandalisme atau sengketa suntingan di mana editor tak terdaftar terlibat dalam IP hopping dengan menggunakan komputer yang berbeda, mendapatkan alamat yang baru dengan menggunakan alokasi IP dinamis, atau skema perubahan alamat lainnya.
Halaman pembicaraan artikel, jika mereka telah menjadi subjek gangguan yang persisten. Proteksi tersebut harus digunakan secara bijaksana karena mencegah pengguna yang tidak terdaftar dan yang baru terdaftar untuk berpartisipasi dalam diskusi.
Proteksi harus digunakan secara bijaksana pada halaman pembicaraan pengguna yang diblokir, termasuk alamat IP. Sebaliknya, pengguna harus diblokir kembali dengan pengeditan halaman pembicaraan dilarang. Ketika diperlukan, atau ketika memblokir kembali tanpa membolehkan pengeditan halaman pembicaraan tidak berhasil, proteksi harus diterapkan hanya untuk jangka waktu singkat yang tidak melebihi durasi blokir.
Selain itu, administrator dapat menerapkan semi-proteksi tak terbatas pada halaman yang terkena vandalisme berat dan persisten atau pelanggaran kebijakan konten (seperti biografi orang hidup, pandangan netral).
Halaman dan halaman pembicaraannya seharusnya tidak biasanya dilindungi pada saat yang sama. Dalam kasus yang luar biasa, jika halaman dan halaman pembicaraannya sama-sama dilindungi, halaman pembicaraan harus mengarahkan editor yang terpengaruh Permintaan suntingan melalui penggunaan templat proteksi halaman yang tidak berikonisasi, untuk memastikan bahwa tidak ada editor yang benar-benar dicegah dari berkontribusi.
Artikel unggulan hari ini, sejak 2023, selalu di semi-protected. Ini historis tidak selalu demikian.
Perlindungan yang dikonfirmasi secara luas, sebelumnya dikenal sebagai perlindungan 30/500, hanya memungkinkan pengeditan oleh editor dengan tingkat akses pengguna yang dikonfirmasi secara luas, administrator, dan bot. Akses pengguna yang dikonfirmasi secara luas secara otomatis diberikan kepada pengguna satu edit setelah akun mereka telah ada setidaknya selama 30 hari dan telah membuat setidaknya 500 suntingan.
Sebagai eskalasi dari perlindungan semi
Di mana perlindungan semi terbukti tidak efektif, administrator dapat menggunakan perlindungan yang dikonfirmasi secara luas untuk melawan gangguan (vandalisme, penyalahgunaan boneka, perang suntingan, dll.) pada topik apa pun. Perlindungan yang dikonfirmasi secara luas tidak boleh digunakan sebagai langkah pencegahan terhadap gangguan yang belum terjadi, dan tidak boleh digunakan untuk menguntungkan pengguna yang dikonfirmasi secara luas daripada pengguna tidak terdaftar/baru dalam perselisihan konten yang valid (kecuali sebagai penegakan sanksi umum; lihat di bawah).
Topik kontroversial
Bila diperlukan untuk mencegah gangguan dalam area topik kontroversial yang ditentukan, administrator diizinkan membuat proteksi pada semua tingkat. Beberapa sanksi discretionary yang diotorisasi komunitas memberikan izin serupa.
Pembatasan yang dikonfirmasi secara luas
Beberapa area topik berada di bawah pembatasan yang dikonfirmasi secara luas oleh Komite Arbitrase sebagai sanksi umum. Ketika pembatasan semacam itu berlaku dalam area topik, hanya pengguna yang dikonfirmasi secara luas yang boleh melakukan suntingan terkait dengan area topik tersebut. Penegakan pembatasan pada artikel utama dalam area topik lebih disukai dilakukan dengan perlindungan yang dikonfirmasi secara luas, tetapi tidak diwajibkan (metode penegakan lainnya diuraikan dalam kebijakan). Seperti biasa, tinjau kebijakan sebelum melaksanakannya.
Sanksi umum komunitas, menerapkan pembatasan yang dikonfirmasi secara luas serupa, juga telah diotorisasi oleh komunitas. Sanksi umum memiliki daftar sanksi umum aktif yang menggabungkan pembatasan yang dikonfirmasi secara luas.
Kasus lain
Template berisiko tinggi dapat dilindungi secara luas oleh administrator atas kebijaksanaan ketika perlindungan template terlalu membatasi dan perlindungan semi tidak efektif untuk menghentikan gangguan yang meluas. Perlindungan yang dikonfirmasi secara luas dapat diterapkan atas kebijaksanaan administrator saat melindungi halaman.
Pencatatan dan permintaan suntingan
Sebuah bot mengelola laporan halaman yang baru saja ditempatkan di bawah perlindungan yang dikonfirmasi secara luas. Setiap perlindungan yang dilakukan sebagai penegakan arbitrase harus dicatat Log penegakan arbitrase. Sanksi discretionary yang diotorisasi komunitas harus dicatat pada halaman khusus untuk area topik tersebut. Daftar lengkap dari 12551 halaman di bawah perlindungan yang dikonfirmasi secara luas dapat ditemukan di sini. Pengguna dapat meminta suntingan halaman yang dilindungi secara luas dengan mengusulkannya di halaman pembicaraannya, menggunakan templat {{Edit yang diperpanjang-dilindungi}} jika perlu mendapatkan perhatian.
Proteksi Template Penyunting Template
Proteksi template adalah tingkat perlindungan yang hanya dapat disunting oleh administrator atau pengguna dalam grup Penyunting Template. Tingkat perlindungan ini seharusnya digunakan hampir secara eksklusif pada template dan modul berisiko tinggi. Dalam kasus di mana halaman di ruang nama lain menjadi sangat banyak di-transclude, tingkat perlindungan ini juga berlaku. Ini adalah tingkat perlindungan yang menggantikan proteksi penuh pada halaman yang hanya diproteksi karena tingkat transklusi yang tinggi, bukan karena perselisihan konten. Ini seharusnya digunakan pada template yang faktor risikonya seharusnya membenarkan proteksi penuh. Ini seharusnya tidak digunakan pada template yang kurang berisiko dengan alasan bahwa hak pengguna penyunting template ada - keberadaan hak tersebut tidak boleh mengakibatkan lebih banyak template menjadi tidak dapat disunting oleh komunitas pengeditan umum. Dalam kasus batas, perlindungan dikonfirmasi secara luas atau lebih rendah dapat diterapkan pada template berisiko tinggi yang masih perlu diedit secara teratur oleh komunitas pengeditan umum. Daftar lengkap halaman di bawah perlindungan template dapat ditemukan di sini.
Editor dapat meminta suntingan pada halaman yang dilindungi template dengan mengusulkannya di halaman pembicaraannya, menggunakan template {{Edit template-protected}} jika perlu untuk mendapatkan perhatian.
Proteksi penuh
Halaman yang sepenuhnya dilindungi tidak dapat disunting atau dipindahkan oleh siapa pun kecuali administrator. Modifikasi pada halaman yang sepenuhnya dilindungi dapat diusulkan di halaman pembicaraannya (atau di forum lain yang sesuai) untuk diskusi. Administrator dapat membuat perubahan pada artikel yang dilindungi yang mencerminkan konsensus. Menempatkan template {{Edit fully-protected}} di halaman pembicaraan akan menarik perhatian administrator untuk mengimplementasikan perubahan yang tidak kontroversial.
Perselisihan konten
Sementara perselisihan konten dan perang suntingan dapat diselesaikan dengan pemblokiran pengguna yang dikeluarkan oleh administrator yang tidak terlibat, memungkinkan suntingan halaman normal oleh editor lain pada saat yang sama, kebijakan perlindungan menyediakan pendekatan alternatif karena administrator memiliki kewenangan untuk secara sementara melindungi sepenuhnya artikel untuk mengakhiri perang suntingan yang sedang berlangsung. Pendekatan ini mungkin lebih cocok untuk perselisihan multi-pihak dan konten yang kontroversial, karena membuat konsensus halaman pembicaraan menjadi persyaratan untuk pelaksanaan suntingan yang diminta.
Ketika melindungi halaman karena perselisihan konten, administrator memiliki kewajiban untuk menghindari melindungi versi yang mengandung konten yang melanggar kebijakan, seperti vandalisme, pelanggaran hak cipta, pencemaran nama baik, atau liputan berkualitas buruk tentang orang yang masih hidup. Administrator dianggap tetap tidak terlibat ketika menggunakan pertimbangan untuk menerapkan perlindungan pada versi saat ini dari sebuah artikel, atau pada versi yang lebih lama, stabil, atau sebelum suntingan perang.
Halaman yang dilindungi sepenuhnya tidak boleh disunting kecuali untuk membuat perubahan yang tidak kontroversial atau yang memiliki konsensus yang jelas. Editor yang yakin bahwa versi yang dilindungi dari sebuah artikel mengandung konten yang melanggar kebijakan, atau bahwa perlindungan telah memberikan ganjaran perang suntingan atau gangguan dengan menetapkan revisi yang kontroversial, dapat mengidentifikasi versi yang stabil sebelum perang suntingan dan meminta pembalikan ke versi tersebut. Sebelum membuat permintaan seperti itu, editor harus mempertimbangkan bagaimana editor independen mungkin melihat saran tersebut dan menyadari bahwa melanjutkan perang suntingan adalah alasan untuk diblokir.
Administrator yang telah membuat perubahan konten substansial ke sebuah artikel dianggap terlibat dan tidak boleh menggunakan izin lanjutan mereka untuk memperkuat posisi mereka sendiri. Ketika terlibat dalam perselisihan, hampir selalu bijaksana untuk menghormati kebijakan pengeditan yang mengikat semua editor dan meminta masukan dari administrator yang tidak terlibat, daripada mengundang kontroversi dengan bertindak sepihak.
Ulasan "hanya riwayat"
Jika sebuah halaman yang dihapus sedang melalui tinjauan penghapusan, hanya administrator biasanya mampu melihat konten sebelumnya dari halaman tersebut. Jika mereka merasa akan bermanfaat memungkinkan pengguna lain untuk melihat konten halaman, administrator dapat mengembalikan halaman, mengganti isi dengan templat {{Temporarily undeleted}} atau pemberitahuan serupa, dan melindungi halaman sepenuhnya untuk mencegah suntingan lebih lanjut. Konten sebelumnya dari halaman tersebut kemudian dapat diakses oleh semua orang melalui riwayat halaman.
Nama file generik yang dilindungi
Nama file generik seperti File:Photo.jpg, File:Example.jpg, File:Map.jpg, dan File:Sound.wav dilindungi sepenuhnya untuk mencegah unggahan versi baru. Selain itu, File:Map.jpg dan File:Sound.wav disalin.
Halaman dan templat berisiko tinggi
Halaman dan templat berikut biasanya dilindungi sepenuhnya untuk jangka waktu yang tidak ditentukan:
- Halaman Utama dan halaman yang sangat terlihat terkait dengan Halaman Utama.
- Halaman yang tidak boleh dimodifikasi karena alasan hukum, seperti penyangkalan umum atau salinan lokal dari lisensi hak cipta situs.Halaman yang sering ditransklusi, seperti {{tl}} atau {{citation needed}}, untuk mencegah vandalisme atau serangan penolakan layanan. Ini termasuk gambar atau templat yang digunakan dalam halaman lain yang sangat terlihat atau sering ditransklusi. Templat berisiko tinggi untuk informasi lebih lanjut.
Jenis Proteksi
Proteksi pengeditan
Proteksi pengeditan membatasi pengeditan halaman, sering kali karena vandalisme atau perselisihan, memastikan hanya pengguna berpengalaman yang dapat membuat perubahan (lihat di atas untuk informasi lebih lanjut).
Proteksi pembuatan (penyimpanan)
Administrator dapat mencegah pembuatan halaman. Jenis proteksi ini berguna untuk halaman yang telah dihapus tetapi terus dibuat ulang. Proteksi seperti ini bersifat case-sensitive. Ada beberapa tingkatan proteksi pembuatan yang dapat diterapkan pada halaman, sama seperti tingkatan proteksi pengeditan. Daftar judul yang dilindungi dapat ditemukan di Special:ProtectedTitles (lihat juga daftar historis).
Pembatasan pencegahan pada judul artikel baru diberlakukan melalui sistem blacklist judul, yang memungkinkan proteksi yang lebih fleksibel dengan dukungan untuk substring dan ekspresi regular.
Halaman yang telah dilindungi pembuatannya terkadang disebut sebagai "tertutup". Editor yang ingin membuat kembali judul yang telah tertutup dengan konten yang sesuai sebaiknya menghubungi seorang administrator (lebih baik administrator yang melindungi), mengajukan permintaan pengurangan tingkat proteksi, atau menggunakan proses tinjauan penghapusan. Untuk membuat kasus yang meyakinkan untuk pembuatan ulang, membantu menunjukkan versi draf artikel yang dimaksud ketika mengajukan permintaan.
Proteksi pembuatan dengan durasi apa pun dapat diterapkan pada halaman yang terus dibuat ulang melanggar kebijakan dengan menggunakan tingkat proteksi terendah yang cukup untuk menghentikan gangguan (autoconfirmed, extended-confirmed, atau penuh). Karena implementasi ACPERM, editor non-terkonfirmasi tidak dapat membuat halaman di ruang utama; oleh karena itu, proteksi pembuatan semi hanya harus digunakan untuk perlindungan halaman di luar ruang utama.
Meskipun proteksi pembuatan biasanya bersifat permanen, proteksi pembuatan sementara dapat diterapkan jika sebuah halaman terus dibuat ulang oleh satu pengguna (atau boneka dari pengguna tersebut, jika berlaku).
Perlindungan pemindahan
Halaman yang dilindungi dari pemindahan, atau lebih teknisnya, halaman yang dilindungi dari pemindahan penuh, tidak dapat dipindahkan ke judul baru kecuali oleh seorang administrator. Perlindungan pemindahan umumnya diterapkan pada:
Halaman yang rentan terhadap vandalisme pemindahan halaman yang persisten.
Halaman yang menjadi sengketa nama halaman.
Halaman yang sangat terlihat yang tidak ada alasan untuk dipindahkan, seperti papan pengumuman administrator dan artikel yang dipilih sebagai "Artikel Pilihan Hari Ini" di halaman utama.
Perlindungan pemindahan apa pun dapat diterapkan pada halaman yang terus-menerus dipindahkan melanggar kebijakan menggunakan tingkat perlindungan terendah yang cukup untuk menghentikan gangguan (tingkat terkonfirmasi atau penuh). Editor yang tidak terkonfirmasi tidak dapat memindahkan halaman sehingga perlindungan pemindahan semi tidak berpengaruh.
Halaman yang dilindungi dari pengeditan penuh juga secara implisit dilindungi dari pemindahan.
Seperti halnya perlindungan pengeditan penuh, perlindungan karena perang suntingan tidak boleh dianggap sebagai dukungan terhadap nama saat ini. Ketika perlindungan pemindahan diterapkan selama diskusi pemindahan yang diminta, halaman harus dilindungi di lokasi saat dimulainya permintaan pemindahan.
Semua file dan kategori secara implisit dilindungi dari pemindahan, memerlukan pemindah file atau administrator untuk mengganti nama file, dan pemindah halaman atau administrator untuk mengganti nama kategori.
Perlindungan unggah
File yang dilindungi unggahan, atau lebih teknisnya, file yang dilindungi unggahan penuh, tidak dapat digantikan dengan versi baru kecuali oleh seorang administrator. Perlindungan unggahan tidak melindungi halaman file dari pengeditan. Ini dapat diterapkan oleh seorang administrator pada:
File yang rentan terhadap vandalisme unggahan yang persisten.
File yang menjadi sengketa antara editor.
File yang tidak boleh digantikan, seperti gambar yang digunakan dalam antarmuka atau disertakan ke halaman utama.
File dengan nama umum atau generik. (contohnya, File:map.png)
Seperti halnya perlindungan pengeditan penuh, administrator harus menghindari memihak satu versi daripada yang lain, dan perlindungan tidak boleh dianggap sebagai dukungan dari versi saat ini. Pengecualian dari aturan ini adalah ketika mereka dilindungi karena vandalisme unggahan.
Perlindungan bertingkat adalah praktik yang dilakukan untuk melindungi halaman secara penuh, dan secara otomatis memperluas perlindungan penuh tersebut kepada setiap halaman yang ditransklusi ke halaman yang dilindungi, baik secara langsung maupun tidak langsung. Hal ini termasuk template, gambar, dan media lain yang dihosting bahasa Inggris. Berkas yang disimpan di Commons tidak dilindungi oleh perlindungan bertingkat dari wiki lain dan, jika perlu dilindungi, harus diunggah sementara ke bahasa Inggris atau dilindungi dengan eksplisit di Commons (baik secara manual maupun melalui perlindungan bertingkat di sana). Ketika beroperasi, KrinkleBot melindungi secara bertingkat berkas Commons yang ditransklusi :Main Page/Tomorrow, :Main Page/Commons media protection, dan Halaman Utama. Karena waktu respon bot bervariasi, media tidak boleh ditransklusi di halaman utama (atau templat konstituennya) sebelum dilindungi. Perlindungan bertingkat:
Hanya digunakan untuk mencegah vandalisme ketika ditempatkan di halaman yang sangat terlihat, seperti halaman utama.
Hanya tersedia untuk halaman yang dilindungi penuh; itu dinonaktifkan untuk tingkat perlindungan yang lebih rendah karena mewakili kelemahan alur kerja. Lihat di bawah serta tiket bug ini untuk informasi lebih lanjut.
Tidak langsung; bisa berjam-jam sebelum efektif. Lihat Phabricator:T20483 untuk informasi lebih lanjut.
Umumnya tidak diterapkan langsung pada templat atau modul, karena tidak akan melindungi transklusi dalam tag <includeonly> atau transklusi yang bergantung pada parameter templat, tetapi akan melindungi subhalaman dokumentasi. Lihat Bagian Perlindungan templat di bawah, untuk alternatif.
Daftar halaman yang dilindungi secara bertingkat dapat ditemukan Cascade-protected items. Permintaan untuk menambahkan atau menghapus perlindungan bertingkat pada halaman harus dibuat di talk:Cascade-protected items sebagai permintaan pengeditan.
Halaman operasional
Halaman operasional yang terutama digunakan oleh perangkat lunak, termasuk bot dan skrip pengguna, dapat dilindungi berdasarkan jenis penggunaan, konten, dan pertimbangan lainnya. Ini termasuk halaman konfigurasi, halaman data, halaman log, halaman status, dan halaman lain yang khusus untuk operasi perangkat lunak. Namun, CSS pribadi, JavaScript pribadi, dan JSON pribadi secara otomatis dilindungi dan tidak boleh dilindungi atas dasar ini.
Perlindungan antarmuka
Administrator tidak bisa mengubah atau menghapus tingkat perlindungan untuk halaman tertentu, serta halaman yang berada dalam namespace tertentu, yang dilindungi secara permanen oleh perangkat lunak :
Membuat, memodifikasi, memindahkan, menghapus, atau mengembalikan halaman yang berada dalam namespace - yang menentukan bagian-bagian antarmuka seluruh situs - dibatasi hanya untuk administrator dan administrator antarmuka.
Membuat, memodifikasi, memindahkan, menghapus, atau mengembalikan halaman CSS dan JavaScript secara sistemik - seperti MediaWiki:common.js - lebih dibatasi untuk administrator antarmuka.
Membuat, memodifikasi, memindahkan, atau mengembalikan halaman CSS atau JavaScript pribadi yang berada dalam ruang pengguna akun - seperti User:Example/monobook.css dan User:Example/vector-2022.js - dibatasi hanya untuk pengguna terkait dan administrator antarmuka.
Administrator antarmuka dapat memodifikasi halaman ini untuk menghapus skrip pengguna yang ditambahkan tanpa disengaja atau menyebabkan masalah besar bagi pengguna setelah ditambahkan, tidak dapat dihapus oleh pengguna terkait setelah itu - (seperti skrip Break Enforcer), atau telah ditambahkan atau digunakan secara tidak pantas. Administrator dapat menghapus halaman-halaman ini, tetapi tidak dapat membuat, memodifikasi, memindahkan, atau mengembalikannya.
Membuat, memodifikasi, memindahkan, menghapus, atau mengembalikan halaman JSON yang berada dalam ruang pengguna akun
- seperti User:Example/data.json
- dibatasi hanya untuk pengguna terkait, administrator, dan administrator antarmuka.
Perlindungan semacam ini disebut perlindungan permanen atau tidak terbatas, dan (dalam halaman CSS dan JavaScript) perlindungan antarmuka.
Tindakan Kantor
Seperti yang diuraikan dalam Kebijakan: Tindakan Kantor: Penggunaan hak-hak canggih oleh staf Yayasan, halaman bisa dilindungi oleh staf Yayasan sebagai respons terhadap masalah seperti pelanggaran hak cipta atau fitnah. Tindakan tersebut melanggar konsensus komunitas. Administrator tidak boleh mengedit atau membuka perlindungan halaman semacam itu tanpa izin dari staf Yayasan .
Perlindungan berdasarkan nama ruang
Pengubahan pada halaman yang dilindungi dapat diusulkan di halaman pembicaraannya (atau di forum lain yang sesuai) untuk didiskusikan. Administrator dapat melakukan perubahan pada artikel yang dilindungi yang mencerminkan konsensus. Menempatkan templat {{Edit protected}} di halaman pembicaraan akan menarik perhatian administrator untuk menerapkan perubahan yang tidak kontroversial. Halaman pembicaraan biasanya tidak dilindungi, dan hanya dilindungi selama durasi terbatas dalam kasus gangguan paling parah.
Halaman pembicaraan pengguna
Jarang sekali halaman pembicaraan pengguna dilindungi. Namun, perlindungan dapat diterapkan jika terjadi vandalisme atau penyalahgunaan yang parah. Pengguna yang memiliki halaman pembicaraan yang dilindungi mungkin ingin memiliki subhalaman pembicaraan pengguna yang tidak dilindungi yang terhubung secara mencolok dari halaman pembicaraan utama mereka untuk memungkinkan komentar yang baik dari pengguna yang pembatasan pengeditan halaman tersebut.
Pengguna yang diblokir
Halaman pembicaraan pengguna yang diblokir seharusnya tidak biasanya dilindungi, karena hal ini mengganggu kemampuan pengguna untuk menentang blokir mereka melalui proses normal. Ini juga mencegah orang lain untuk dapat menggunakan halaman pembicaraan untuk berkomunikasi dengan editor yang diblokir.
Dalam kasus penyalahgunaan yang ekstrim oleh pengguna yang diblokir, seperti penyalahgunaan templat {{unblock}}, lebih baik untuk menggulung kembali pengguna dengan akses ke halaman pembicaraan dihilangkan daripada menerapkan perlindungan pada halaman tersebut. Jika pengguna telah diblokir dan kemampuan untuk mengedit halaman pembicaraan pengguna mereka dinonaktifkan, mereka harus diberitahu tentang hal ini dalam pemberitahuan blokir, pemberitahuan selanjutnya, atau pesan, dan harus mencakup informasi dan instruksi untuk menyelesaikan blokir mereka di luar , misalnya melalui antarmuka alat UTRS atau, sebagai upaya terakhir, Komite Arbitrase.
Ketika diperlukan, perlindungan harus dilaksanakan hanya untuk jangka waktu singkat, tidak melebihi durasi blokir.
Soket yang dikonfirmasi dari pengguna terdaftar harus ditangani sesuai dengan Kebijakan Sockpuppetry ; halaman mereka biasanya tidak dilindungi.
Halaman pengguna dasar (contohnya halaman Pengguna:Contoh, dan bukan Pengguna:Contoh/Lipsum atau Pembicaraan Pengguna:Contoh) secara otomatis dilindungi dari pembuatan atau pengeditan oleh akun yang belum dikonfirmasi dan pengguna IP anonim. Sebuah pengecualian adalah bahwa pengguna terdaftar yang belum dikonfirmasi diperbolehkan untuk membuat atau mengedit halaman pengguna mereka sendiri. Pengguna IP dan akun yang belum dikonfirmasi juga tidak dapat membuat atau mengedit halaman pengguna yang bukan milik akun yang terdaftar saat ini. Perlindungan ini ditegakkan oleh filter pengeditan. Pengguna dapat memilih keluar dari perlindungan ini dengan menempatkan {{unlocked userpage}} di mana saja di halaman pengguna mereka sendiri.
Halaman pengguna dan subhalaman dalam ruang pengguna mereka dapat dilindungi atas permintaan dari pengguna, selama ada kebutuhan. Halaman dalam ruang pengguna tidak boleh dilindungi secara otomatis atau preventif tanpa alasan atau penyebab yang baik. Permintaan perlindungan khusus pada tingkat yang tidak umum (seperti perlindungan templat) dapat disetujui jika pengguna telah menyatakan kebutuhan yang jujur dan realistis.
Ketika sebuah filter tidak cukup untuk menghentikan vandalisme halaman pengguna, seorang pengguna dapat memilih untuk membuat subhalaman ".css" (misalnya, Pengguna:Contoh/monobook.css), menyalin semua isi halaman pengguna mereka ke subhalaman tersebut, mentransklusikan subhalaman dengan meletakkan {{User:Example/monobook.css}} di halaman pengguna mereka, dan kemudian meminta seorang administrator untuk melindungi sepenuhnya halaman pengguna mereka. Karena halaman ruang pengguna yang diakhiri dengan ".css" dan ".js" hanya dapat diedit oleh pengguna yang merupakan pemilik ruang pengguna tersebut dan administrator antarmuka, ini akan melindungi halaman pengguna seseorang dari vandalisme lebih lanjut.
Pengguna yang meninggal
Dalam hal pengguna meninggal, halaman pengguna pengguna (tetapi bukan halaman pembicaraan pengguna) harus dilindungi sepenuhnya.
Perlindungan templat
Templat yang sangat terlihat – yang digunakan dalam sejumlah besar halaman atau sering digantikan – sering dilindungi berdasarkan tingkat keterlihatan, jenis penggunaan, konten, dan pertimbangan lainnya. Templat yang dilindungi seharusnya biasanya memiliki templat {{dokumentasi}}. Ini memuat halaman /doc yang tidak dilindungi, sehingga non-admin dan pengguna IP dapat mengedit dokumentasi, kategori, dan tautan interwiki. Ini juga secara otomatis menambahkan {{pp-template}} ke templat yang dilindungi, yang menampilkan gembok kecil di sudut kanan atas dan mengategorikan templat sebagai dilindungi. Hanya tambahkan {{pp-template}} secara manual ke templat yang dilindungi yang tidak menggunakan {{dokumentasi}} (kebanyakan templat bendera).
Perlindungan bertingkat seharusnya umumnya tidak diterapkan langsung ke templat, karena tidak akan melindungi transklusi di dalam tag <includeonly> atau transklusi yang bergantung pada parameter templat, tetapi akan melindungi subhalaman dokumentasi templat. Sebaliknya, pertimbangkan salah satu dari yang berikut:
Jika kumpulan subtemplat statis (meskipun besar), lindungi mereka menggunakan mekanisme perlindungan normal. Jika kumpulan subtemplat tidak terbatas, gunakan Titleblacklist untuk melindungi semua subtemplat menggunakan format penamaan tertentu (seperti yang dilakukan untuk templat editnotice dan subtemplat Template:Judul TFA).
Semua templat editnotice (kecuali yang di ruang pengguna) sudah dilindungi melalui Titleblacklist. Mereka dapat diedit oleh admin, editor templat, dan pemindah halaman saja.
seharusnya tidak biasa dilindungi karena tujuannya adalah untuk membiarkan pengguna baru menguji dan bereksperimen dengan sintaks wiki. Sebagian besar kotak pasir secara otomatis dibersihkan setiap 12 jam, meskipun sering kali tertimpa oleh pengguna pengujian lainnya. dibersihkan setiap jam. Mereka yang menggunakan kotak pasir untuk tujuan jahat, atau melanggar kebijakan seperti tidak melakukan serangan pribadi, ketertiban, atau hak cipta, seharusnya diperingatkan dan/atau diblokir.
Posting Komentar