source software premise open medi links wiki mediawiki

software - ¿Cómo fomentar la edición no anónima en MediaWiki?



wiki software (12)

Usar explícitamente algún tipo de servicio de directorio (LDAP) probablemente sería una buena idea, para que sus usuarios siempre estén completamente identificados. Por otro lado, los wikis están sujetos a su propia dinámica, de hecho, algunos wikis tienen tanto éxito porque pueden editarse anónimamente, por lo que es otra cosa a tener en cuenta.

Aparte de eso, personalmente intentaría crear algún tipo de incentivo para que los usuarios contribuyan de forma abierta e identificable: esto podría basarse en un sistema de puntaje / puntaje para que se muestren estadísticas para todos los usuarios que han contribuido al wiki cada día. , esto posiblemente podría incluso crear algún tipo de competencia.

Del mismo modo, la wiki podría no mostrar ningún contenido aportado anónimamente sin que se revisara primero, lo que sería otro incentivo para que los usuarios contribuyan abiertamente.

Problema

En el trabajo tenemos una wiki de departamento (corriendo Mediawiki ). Desafortunadamente, varias personas editan sin iniciar sesión, y eso hace que sea muy difícil localizar a los editores para hacer preguntas sobre el contenido.

Hay dos estrategias para mejorar esto

  • alentar la edición registrada
  • desalentar la edición anónima.

Alentador

Para esta parte, cualquier consejo es bienvenido. Pero, por supuesto, siempre hay riesgos involucrados en comportamientos gratificantes .

Desalentar

Sé que esto debe mantenerse bajo o de lo contrario desalentará cualquier edición. Pero algo ligeramente molesto sería agradable de tener.

[actualización] Sé que es posible simplemente no permitir la edición anónima, pero eso pondrá una gran barrera a cualquier contribución por primera vez (¡especialmente para personas ajenas a nuestro departamento!), así que no creo que sea una opción. [/actualizar]

[actualización2] El uso de LDAP o Active Directory no resuelve el problema ya que la wiki también es accesible y utilizada por contratistas externos. [/ update2]

[actualización3] Ya no trabajo para esta empresa. Eso no significa que haya perdido completamente el interés en esta pregunta, pero desde mi punto de interés actual, la parte más valiosa es "¿Olvidó iniciar sesión?" parte abajo, y aceptaré respuestas basadas en esta parte de la pregunta. [/ update3]

Confirmación

Un pensamiento era tener un paso de confirmación adicional para los usuarios anónimos: "¿Estás realmente seguro de que quieres enviar esto de forma anónima?", Aunque con esa pregunta existe el riesgo de que la gente se rinda o se resista a la edición. Sin embargo, si esa pregunta se reformula de una manera más diplomática como "¿Olvidaste iniciar sesión?" Creo que parecerá mucho más aceptable. Y además de eso, también capturará aquellas situaciones en las que el autor de hecho se olvidó de iniciar sesión, pero en realidad querría que sus contribuciones se acreditaran a su usuario. Este último punto es en sí mismo una buena razón para quererlo.

es posible?

Retrasar

Otro pensamiento para que algo sea un poco molesto es agregar un retraso forzado adicional después de "guardar página" mostrando algo así como "Si hubiera iniciado sesión no tendría que esperar x segundos". Seleccionar una derecha x es difícil porque si es demasiado alta será una barrera y si es demasiado baja podría no hacer ninguna diferencia. Pero luego comencé a pensar, ¿qué pasa si empiezo en cero y luego agrego un segundo retraso para cada edición anónima por una dirección IP dada en un marco de tiempo determinado? De esa forma no habrá barreras para comenzar a usar el wiki, y para cuando el retraso sea significativo, el usuario ya ha contribuido mucho, por lo que creo que es mucho más probable que el editor eventualmente cree un usuario en lugar de hacerlo. renunciando. Esto supone que las direcciones IP son bastante estáticas, pero eso es muy típico en una red comercial.

es posible?

Asegúrese de que los usuarios no cierren sesión si miran hacia otro lado de la pantalla o estornudan o se rascan la cabeza. Quieres sesiones largas y persistentes. Una vez que haya iniciado sesión, permanezca conectado.

Ese es el problema con MediaWiki que nuestra compañía está usando internamente: inicia sesión, hace cosas, luego vuelve más tarde y lo desconecta, pero la notificación de no haber iniciado sesión es tan insignificante en la pantalla que el usuario nunca se da cuenta.

Creo que debes desalentar las ediciones anónimas al prohibirlas; después de todo, es una wiki interna.

La contracara es que debe hacer que el proceso de inicio de sesión sea lo más fácil posible. Es de esperar que pueda configurar la cookie de inicio de sesión para que tenga una duración decente (como 1 mes), de modo que solo necesite iniciar sesión una vez al mes.

Dijiste que esto está en una situación departamental. ¿No puede agregar una característica al wiki donde adivina quién está editando en función de la dirección IP y anota la edición en consecuencia?

Juega con los egos de las personas y agrega un sistema de repetición como este. Simplemente haga un widget para la página de inicio que muestre la cantidad de ediciones realizadas por los 5 mejores usuarios o algo así. Otorgue a los primeros 1 o 2 usuarios una recompensa de MVP a intervalos regulares (¿mensuales?).

Prohíba la edición anónima y permita que las personas inicien sesión con sus inicios de sesión de dominio (LDAP). A menudo, el umbral es el registro de un nuevo usuario y la creación de nombre de usuario y contraseña y tal.

SO tiene una barrera extremadamente baja para publicar. Puede permitir que las personas especifiquen su nombre al hacer una edición. Cuando están listos, finalmente pueden iniciar sesión para evitar tener que escribir su nombre todo el tiempo.

Si esto se ejecuta dentro de una red interna, puede extraer información de Active Directory para que nadie tenga que iniciar sesión, nunca. Así es como lo hago en el trabajo. Es decir, si están conectados a su máquina de Windows, mis aplicaciones pueden elegir su nombre de usuario y asociarlo (o su ID de usuario) con sus ediciones.

Sin embargo, no sé si esto sería fácil de agregar a MediaWiki.

Bueno, dudo que esta solución sea valiosa para hlovdal, dado que esta pregunta tiene ahora dos meses, pero tal vez alguien más la encuentre útil:

La solución óptima a este problema es habilitar inicios de sesión automáticos. Esto requiere dos pasos. En primer lugar, debe agregar autenticación automática a su servicio web. En este momento, estamos usando Apache con el paquete Debian usn-libapache2-authenntlm-perl en nuestro servidor de aplicaciones interno * . (Nuestra red es Active Directory y, obviamente, el servidor se ejecuta en Debian Linux). En segundo lugar, necesita una extensión MediaWiki que haga que MediaWiki tenga conocimiento de la autenticación del servicio web. Utilicé el módulo de Autenticación REMOTE_USER automática con éxito en un servidor web Apache que estaba vinculado a nuestra red a través de un módulo de autenticación NTLM, pero recuerdo que requirió un poco de masajear el código para que funcione:

  • Tuve que seguir los "horribles hacks" que aparecen en la página de la extensión, cambiando las funciones setPassword () y addUser () para que siempre devuelvan verdadero en lugar de devolver siempre falso.
  • Como Active Directory no distingue entre mayúsculas y minúsculas y MediaWiki no, sustituí ambas instancias de la declaración $username = $_SERVER[''REMOTE_USER''] con $username = getCanonicalName($_SERVER[''REMOTE_USER'']) .
  • Como quería permitir que solo ciertas personas dentro de la empresa utilizaran nuestro wiki, establecí que autoCreate () siempre devuelve falso. No parece que deba preocuparse por esto, por lo que debe dejar que autoCreate () siempre devuelva verdadero, lo que significa que cualquier persona en la red de su compañía podrá acceder al wiki.

Lo ingenioso de esta solución es que nadie tiene que iniciar sesión en la wiki, nunca; simplemente van a una página wiki y están conectados con su ID de red.

* Acabamos de cambiar a esto desde un servidor de Red Hat que estaba usando mod_ntlm. Lamentablemente, mod_ntlm no se ha actualizado en un momento y ha comenzado a fallar esporádicamente. Menciono esto porque comencé a tropezar con un problema de rendimiento con nuestra configuración actual de MediaWiki que puede requerir más masajes de código ....

Recomiendo visitar wikipatterns.org , un excelente sitio sobre los aspectos sociales de los wikis

Puede desactivar la edición anónima en Mediawiki de la siguiente manera:

  • Edite LocalSettings.php y agregue la siguiente configuración:

    $wgDisableAnonEdit = true;

  • Edit includes / SkinTemplate.php, encuentre $fname-edit y cambie el código para que se vea así (es decir, envuelva básicamente el siguiente código entre las wfProfileIn() y wfProfileOut() ):

wfProfileIn( "$fname-edit" ); global $wgDisableAnonEdit; if ( $wgUser->mId || !$wgDisableAnonEdit) { // Leave this as is } wfProfileOut( "$fname-edit" );

A continuación, es posible que desee deshabilitar los enlaces [Editar] en las secciones. Para hacer esto, abre includes/Skin.php y busca la editsection de editsection . Verás algo como:

if (!$wgUser->getOption( ''editsection'' ) ) {

Cambiar eso a:

global $wgDisableAnonEdit; if (!$wgUser->getOption( ''editsection'' ) || !$wgDisableAnonEdit ) {

La edición de secciones ahora está bloqueada para usuarios anónimos.

Estoy completamente de acuerdo con todos los que recomiendan investigar cuidadosamente los efectos del anonimato en su aplicación antes de comenzar a "prohibirla". En muchos casos, la gente prefiere la edición anónima porque NO QUIEREN QUE SE LE PREGUNTE, SE IDENTIFIQUE CON ESO O SUFRE ALGÚN PROBLEMA PARA SEÑALAR . Debe estar MUY seguro de que estos factores no están impulsando a los usuarios a preferir ediciones anónimas, y francamente debe continuar permitiendo ediciones anónimas con un inicio de sesión de credenciales genérico como "anonymous_employee" o "anonymous_contractor", en caso de que alguien quiera señalar un problema sin identificándose con eso.

Re el "pensamiento ... para tener un paso de confirmación adicional para usuarios anónimos:" ¿Estás realmente seguro de que quieres enviar esto de forma anónima? ", Es una buena idea, pero no" reformúlese "de una manera que lo sugiera es incorrecto no haber iniciado sesión como usted mismo, es decir, no decir "¿Se olvidó de iniciar sesión?" En cambio, lo notaría de esta manera:

"Su edición aparecerá como un número de IP: puede atribuirse a ''anonymous_employee'' o ''anonymous_contractor'' o ''anonymous_contributor'' para su protección de privacidad. No se le notificará ninguna respuesta o respuesta. contribución acreditada, luego [iniciar sesión en este momento] ".

Eso deja absolutamente en claro lo que sucederá, no obliga a nadie a hacerlo de ninguna manera, y no influye en lo que se está contribuyendo con algunas "recompensas".

También puede, alternativamente, forzar un inicio de sesión a través de LDAP / cookies, y luego preguntarle si prefiere que esta edición sea anónima. Ese es el enfoque adoptado en algunas plataformas de blogs. En una intranet, el potencial de abuso para esto es básicamente cero, por lo que presumiblemente solo tendrías situaciones en las que alguien no quisiera ''la forma en que sabían'' o ''por qué plantearon esto'' para ser la pregunta en lugar de los datos mismos ... IBM ha demostrado en algunas investigaciones cuidadosas que la retroalimentación anónima es mucho más útil que la atribuida al corregir los puntos ciegos del pensamiento grupal y la gestión.