[hm] [wiki] 1er paso, actualizar

[blingesagger]

david escribió:
> Bien, mantenos informados.
> Como dices no hay mucha prisa.
> Pero tampoco tendria que dejarse para la fase pre-hackmeeting.
> Merece la pena aprovechar para tocar la estructura cuando no es tiempo
> de tocar los contenidos.
>
>   
Aun queda por subir mucha documentacion de este año, pero se puede 
almacenar en otro sitio mientras actualizamos...

> Saludos.
>
> dvdgmz.
>
> El dg 18 de 10 de 2009 a les 11:44 +0100, en/na xabier va escriure:
>   
>> acabo de proponer un grupo de trabajo en sd para poder llevar estos
>> cambios adelante, no sólo afecta al wiki del hackmeeting sino también a
>> otros mediawiki operativos en SD que se beneficiarían mucho de estos
>> cambios. Os mantendré al tanto, irá un poco lento pero tampoco creo que
>> sea nada urgente. De hecho si miramos a los históricos de ediciones del
>> wiki, durante el año no hay casi cambios hasta justo antes y después del
>> HM.  de todas formas vamos a estudiarlo con la mayor prioridad posible.
>>
>> saludos y gracias por listas las especificaciones, es muy útil.
>>
>> xabier
>>
>> david wrote:
>>     
>>> [1.] 
>>> Hola; creo que en el wiki se puede trabajar con tranquilidad sin esperar
>>> a que se acerque el próximo hackmeeting.
>>>
>>> [2.]
>>> Como ya se dijo el primer paso es actualizar versión e instalar algunas
>>> extensiones.
>>>
>>> [3.]
>>> Para actualizar versión el servidor tiene que cumplir los requisitos.
>>> Ahora no los cumple.
>>>
>>> Alguien dijo que hablaría de esto en la asamblea de sindominio. ->
>>> [Comunicar respuesta a esta lista!]
>>>
>>> Habría una opción provisional: Ál se ofreció a abrir un servidor virtual
>>> en los servidores de BlogxPopuli dónde trabajar con un clon del wiki si
>>> se demora la decisión de sindominio. -> [opción a decidir!]
>>>
>>> [4.]
>>> La solución que se adopte en el servidor tiene que ser lo
>>> suficientemente flexible para que dentro de un tiempo no estemos en la
>>> misma situación que estamos ahora.
>>>
>>> Tenemos que:
>>> - poder actualizar a nuevas versiones de MediaWiki
>>> - Instalar las extensiones que sean necesarias en cada momento
>>> - Poder configurar el wiki desde "Localsettings.php"
>>>
>>> Si 'sindominio' quiere una opción de gestión unificada de los MediaWikis
>>> (que me parece muy razonable) lo que tendría que hacer es crear una
>>> "wikifarm" como ya dijo Blackhold.
>>> La idea es que la actualización del código base de MediaWiki se haga una
>>> sola vez y de forma centralizada para todos los wikis del servidor. Pero
>>> que la gestión de algunos aspectos sea personalizada de cada proyecto.
>>> Concretamente tienen que ser gestionadas autónomamente:
>>> - La configuración de "Localsettings.php" de cada wiki
>>> - Las carpetas "extensions", "images" y "skins" de cada wiki
>>>
>>> Blackhold me dijo que ha escrito un script para wikifarms de MediaWiki
>>> que bajo este modelo de gestión que he descrito añade un nuevo wiki
>>> cuando se ejecuta. Dijo que tenía la idea de hacerlo aún más fácil de
>>> gestionar pasando el script a PHP.
>>> Ál también tiene resuelta una solución similar para los wikis de
>>> Blogxpopuli.
>>> Tenemos pues la solución técnica disponible para hacer una wikifarm.
>>>
>>> -> [transmitir necesidades a la asamblea de sindominio!]
>>> -> [comunicar respuesta/decisión a esta lista]
>>>
>>> [5.]
>>> Tendríamos que contar con el compromiso de 'sindominio' de no abandonar
>>> la actualización regular de "Mediawiki" a su última versión estable.
>>> Esto implica, claro, actualizar si es necesario los requerimientos de
>>> servidor (PHP, MySQL, Apache, ...¿?).
>>>
>>> Si no fuera posible este compromiso la única solución que veo es la que
>>> planteó Ál en la asamblea: que dispongamos de un servidor virtual para
>>> el Hackmeeting y así poder actualizar los requerimientos. Esta sería
>>> pues una opción distinta a la wikifarm.
>>>
>>> -> [transmitir opciones/propuestas a la asamblea de sindominio!]
>>> -> [comunicar respuesta/decisión a esta lista]
>>>
>>> [6.]
>>> Si se opta por la wikifarm estaría bien centralizar los contenidos de
>>> imágenes y otros archivos subidos al wiki para no duplicar en varios
>>> proyectos y optimizar el uso de recursos. 
>>> Sería cuestión de tener un solo wiki para publicar archivos
>>> ("sd-wikicommons") que se muestran en los demás.
>>> Esta es la solución de Wikimedia con el wiki
>>> "wikicommons" (commons.wikimedia.org) dónde publican las imágenes de
>>> todas las wikipedias.
>>> Ál también tiene esto resuelto en los wikis de BlogxPopuli. Se podría
>>> adoptar la misma solución en la wikifarm de 'sindominio'
>>>
>>> -> [transmitir propuesta a la asamblea de sindominio!]
>>> -> [comunicar respuesta/decisión a esta lista]
>>>
>>> [7.]
>>> En la línea de lo que se habló de usar extensiones semánticas y de
>>> formularios en el wiki del HM... yo optaría por tener todo el paquete
>>> semántico ("semantic-bundle") disponible y activar al menos las
>>> extensiones:
>>> - Semantic MediaWiki
>>> - Semantic Forms
>>> - Semantic Drilldown
>>> ...además de otras extensiones incluidas en el mismo paquete pero que no
>>> son estrictamente "semánticas":
>>> - ParserFunctions
>>> - Widgets
>>> - Header Tabs
>>>
>>> Mantener además un Captcha y estar abierto a otras extensiones que
>>> puedan ser útiles.
>>>
>>>
>>>
>>> Otra vez ha sido una buena experiencia compartir el hackmeeting con
>>> todos/as vosotros/as.
>>> Por fín hubo diversidad de colores en las camisetas y en vez de
>>> oscurecerse el grupo se coloreaba :-)
>>> Lástima que algunos fuerais tan reticientes a dejaros entrevistar para
>>> "HKp", de todas formas vamos a insistir y a algunos os vamos a
>>> perseguir :-)
>>> Una pena lo de los robos, a ver si se puede llegar a cubrir. Habrá que
>>> mejorar ese bug, tanta seguridad informática tendría que inspirar algún
>>> sistema de seguridad analógica para estos temas.
>>> Me dejé una regleta (lleva mi e-mail escrita en rojo) en la sala ODS.
>>> Que quede para el Patio o el Hamlab.
>>>
>>>
>>> Un abrazo.
>>>
>>> - David
>>> - dvdgmz
>>>
>>> _______________________________________________
>>> HackMeeting mailing list
>>> HackMeeting en listas.sindominio.net
>>> https://listas.sindominio.net/mailman/listinfo/hackmeeting
>>>
>>>       
>
> _______________________________________________
> HackMeeting mailing list
> HackMeeting en listas.sindominio.net
> https://listas.sindominio.net/mailman/listinfo/hackmeeting
>