stringtranslate.com

Wikipedia:Plantillas de alto riesgo

Siguiendo la política de protección , la protección de páginas puede aplicarse indefinidamente a todas las plantillas , redirecciones de plantillas y módulos Lua que la comunidad haya identificado como de alto riesgo para Wikipedia. Si están completamente protegidas de modo que solo puedan ser editadas por administradores, o protegidas por plantilla de modo que solo puedan ser editadas por administradores y editores de plantillas, estas páginas deben editarse con precaución y debe establecerse un consenso para cualquier cambio que pueda ser controvertido. Si están semiprotegidas o protegidas con confirmación extendida, las plantillas y módulos pueden ser editados por cualquier usuario establecido, pero los usuarios deben asegurarse de que haya consenso para sus ediciones y evitar guerras de ediciones.

Razones comunes

Las razones más comunes por las que una plantilla o módulo se considera de alto riesgo son:

Criterios

En general, no existen criterios fijos ni un número fijo de inclusiones que se utilicen para decidir si una plantilla o un módulo presenta un alto riesgo; cada página se considera por separado. Si una plantilla o un módulo se relaciona con la biografía de una persona viva , eso reforzaría cualquier argumento a favor de su protección preventiva.

Tenga en cuenta que un bot automáticamente :

Una RfC de 2018 identificó un consenso aproximado para semiproteger permanentemente las plantillas con al menos alrededor de 200 a 250 transclusiones, y una RfC de 2021 identificó un consenso aproximado para proteger permanentemente las plantillas confirmadas y extendidas con aproximadamente entre 2500 y 5000 transclusiones.

Razón fundamental

Las principales razones para restringir el acceso a plantillas de alto riesgo son:

En el caso de las plantillas y módulos que se utilizan ampliamente, el daño causado por mala fe o ediciones incorrectas es excepcionalmente alto. El hecho de que numerosos lectores vean una edición en estas páginas proporciona un incentivo para vandalizarlas y también magnifica el daño causado por tal acto. También ha habido casos en los que editores bien intencionados introdujeron un error en una plantilla que dañó millones de páginas.

Aunque el vandalismo en las plantillas suele revertirse rápidamente (a menudo en un minuto), los aspectos técnicos de las plantillas crean un mayor potencial de daño que otros tipos de vandalismo. En el caso de las plantillas que se utilizan en cientos o miles de artículos, cualquier vandalismo, sin importar lo breve que sea, podría ser visto por muchos lectores en toda la enciclopedia. Para evitar ataques de denegación de servicio , las páginas se almacenan en caché y los cambios de plantilla se implementan lentamente en toda la enciclopedia. En algunos casos, es posible que se actualicen las cachés de las páginas antes de revertir el vandalismo, y estas pueden permanecer durante mucho tiempo incluso después de que se solucione el vandalismo. Este problema aumenta con el número de transclusiones, ya que el tiempo para implementar los cambios aumenta a medida que aumenta el número de páginas que necesitan actualizaciones. Algunas plantillas, como las advertencias de usuario, se sustituyen en lugar de transcluirse y, cuando se utilizan, el código fuente de la plantilla se inserta directamente en la página. Debido a que estos usos no se actualizan cuando se revierte el vandalismo de la plantilla, las interrupciones en las plantillas sustituidas persistirán hasta que alguien encuentre el uso y lo solucione manualmente, lo que hace que este tipo de vandalismo sea más difícil de limpiar.

En todos los casos, la protección de páginas minimiza el riesgo que suponen las ediciones de mala fe o técnicamente deficientes en las plantillas (consulte el principio del mínimo privilegio ). A diferencia de nuestra política habitual que prohíbe la protección preventiva , los administradores tienen amplia libertad para utilizar la protección de páginas con el fin de minimizar los riesgos únicos que plantean los aspectos técnicos de las plantillas. El conocimiento técnico necesario para llevar a cabo estos ataques no es trivial, y la experiencia ha demostrado que el vandalismo en las plantillas suele ser realizado por editores abusivos a largo plazo y cuentas inactivas. Para las plantillas que conllevan un alto riesgo pero que requieren un mantenimiento frecuente por parte de la comunidad editorial general, se pueden utilizar niveles de protección más bajos, como la semiprotección o la protección confirmada extendida. Para las plantillas que son estables, forman parte de nuestra infraestructura técnica crítica o se utilizan en miles de páginas, los administradores deben considerar la protección total o la protección de la plantilla para hacer cumplir la revisión del código a través de solicitudes de edición, lo que ayuda a prevenir errores accidentales y ataques deliberados.

La forma correcta de editar plantillas de alto riesgo

Minimizar las ediciones en plantillas con un alto nivel de transclusión

Para las plantillas con una cantidad muy alta de transclusiones, es importante minimizar la cantidad de ediciones de la plantilla:

Por favor, haga la mayoría de sus ediciones en /sandbox.

Documentación y candado

Las plantillas semiprotegidas y totalmente protegidas normalmente deberían tener la plantilla. Carga la página que normalmente no está protegida, de modo que los usuarios que no son administradores y los usuarios de IP puedan editar la documentación y las categorías. También agrega automáticamente a las plantillas protegidas, lo que muestra un pequeño candado en la esquina superior derecha y clasifica la plantilla como una plantilla protegida. Solo agregue manualmente a las plantillas protegidas las que no use (principalmente las plantillas de código auxiliar).{{Documentation}}/doc{{pp-template}}{{pp-template}}{{Documentation}}

La parte inferior de las plantillas protegidas normalmente debería verse así:

<!--Última línea del código de la plantilla--> <noinclude>{{ Documentación }} <!-- Las categorías van en la subpágina /doc y las interwikis van en Wikidata. --> </noinclude>

Este proceso no es necesario para los módulos Lua, ya que la documentación de la subpágina /doc del módulo se muestra automáticamente en la página principal del módulo.

Discusiones relevantes

Véase también