Proyectos/gulBAC 3.0


 * Guia para modificar el sitio con el framework

Prefacio
Éste es el nombre que representa a la nueva migración que estámos planeando realizar en gulBAC. Todo se dio porque Joomla (el sistema web que utilizamos) no nos dio muy buenos resultados y si bien es muy expandible, resulta tedioso administrarlo. Por eso mismo, decidimos pasar a usar varios sistemas minimalistas y mejor codeados e interconectarlos. Obteniendo así un sistema mucho más eficiente, mas integrado y con menos bugs.

Para organizarnos

 * Sitio estático y simple, con un sistema de regeneración sincronico o cuando se detecten cambios en el repositorio git.
 * Elección del Lenguaje:
 * python, con templates de Django y markdown
 * Sistema de control de versiones:
 * GitHUB
 * URL del repo:
 * git@github.com:gulBAC/gulbac_site.git

Recuerden que cualquiera pude descargar, pero para subir, y agregar cosas al repo, no solo DEBEN tener un user y pass de gitHUB, sino también generar su clave personal de acuerdo a: archivo de ayuda de gitHUB

Equipos

 * Diseño
 * nmapper
 * DaFeBa
 * Coders
 * Nicoman
 * Comtom
 * Usuario:Tincho

Premisas a seguir

 * Sitio estático, pocos cambios en el sitio principal y muchos en el wiki
 * Más integración con el contenido del wiki
 * Diseño acorde con el diseño del wiki actual
 * Secciones necesarias
 * Institucional
 * Visión, misión, valores
 * Noticias: una suerte de blog
 * Galería de imágenes: quedaría para una 2da etapa porque que hay q escribir una extension que genere las paginas a partir de imagenes en un directorio del servidor,las mismas deberian poder subirse por ftp o git por ejemplo.
 * Contacto
 * Secciones actuales que no son indispensables (hay que decidir que hacemos)
 * Galeria de videos de charlas - para mi lo mejor seria incrustarlos con algun plugin en el wiki, pero para eso hay q actualizarlo => quedaria para la 3ra etapa
 * Links - no le veo mucho sentido asi como esta, tal vez en el wiki se luzca un poco mas una seccion con enlaces a guias externas y demas. En el sitio principal podriamos poner en una barra o el footer (tipo greeters) algunos links a gnu y sitios utiles.
 * Contenido necesario
 * Enlaces a las listas (al menos las publicas)

Secciones pendientes
Estas secciones no estan narradas aun, hay que volcarlas aqui y luego las formateamos de modo que queden bien adaptadas al site.


 * Movimiento GNU y FSF
 * Licencias

Etapa 1 - (1 semana aprox)

 * Tareas:
 * Definir los objetivos comunicacionales DeFeBa
 * El sitio tiene que tener información para miembros
 * Para gente nueva en el blog tiene que dar un acceso de no más de 3 clicks para llegar a la información
 * Diseño liquido: que la página funcione bien en 800x600 en adelante
 * Ver como organizar mas las tareas para ahorrar tiempo, y poder involucrar a mas gente
 * Definir el sistema a usar
 * Hyde - http://ringce.com/hyde - http://stevelosh.com/blog/2010/01/moving-from-django-to-hyde/ - http://groups.google.com/group/hyde-dev
 * Otro?
 * Elegir y pulir el diseño - Dafeba y votaciones en la lista
 * Maquetar un prototipo del sitio
 * Adaptar el prototipo al sistema de generacion elegido
 * Testing local (privado, solo los devs y algun colaborador)

Etapa 2 - (2 semanas aprox)

 * Tareas:
 * Testing en el server en un directorio/dominio aparte (publico, abierto a quien quiera probarlo)
 * Cargado de contenido al nuevo sitio
 * Cargar las ultimas noticias aunque sean viejas, para que el sitio no quede pelado
 * Actualizar todo lo que se pueda
 * Revisar bien los foros y tratar de hacer mas Guias con los topics que quedan
 * Generar backups de todo
 * Actualización de mediawiki a su ultima version
 * Instalacion de plugins para incrustar videos y edicion WYSIWYG
 * Crear Guia para generar llaves GPG
 * Crear anillos de confianza con GPG para poder compartir informacion delicada
 * Buscar otra manera de compartir las contraseñas de forma segura
 * Ver si podemos usar ldap o algo por el estilo para generar agendas por zonas y categorias:
 * De participantes de eventos por zonas, para invitar luego de los eventos
 * De gente interesada en ofrecer servicios remunerados con Software Libre (tipo bolsa de trabajo, pero hay q aclarar q gulBAC se desentiende y no cobra por esto, sino q son particulares actuando por su cuenta) de miembros, para que la comunicacion sea mas efectiva

Etapa 3 - (2 semanas aprox)
Tareas: Puesta en marcha del sitio, correccion de bugs finales Desarrollo del script que generara los html de la galeria Desarrollo de un script que twitee cada noticia nueva cuando es publicada (?) Integración con canal IRC ? asi un usuario desde la web puede consultar a los que esten en el IRC en ese momento. Crear una seccion para cada Nodo en el wiki asi c/u puede gestionar sus proyectos Crear lista de correo para anuncios Reforzar la moderacion de las listas. gulbac: consultas de externos y temas tecnicos (publica y libre para cualquiera. filtros: baldini, facebook, twitter, mails con adjuntos grandes) gulbac-org: temas organizativos correspondientes a eventos o del LUG (privada y con registros de nuevos suscriptores por aprobacion) gulbac-acios (?): anuncios (lista publica, solo pueden enviar usuarios de un grupo L33T :P) Crear documentacion para usar el nuevo sistema Plantear cambios a futuro

Mas funcionalidades

 * Bot de IRC que avise al agregarse nuevo contenido
 * Bot que avise de nuevo contenido por twitter
 * Bot que avise de nuevo contenido por la lista
 * Aplicación para manejar eventos: Una sección "eventos" en donde podamos subir información sobre los mismos a modo de promo, que enlace una subsección de registro para cada evento y la url de stream. (NOTA: Ver sección eventos en página principal de Gleducar).
 * Scripts a modo de helpers para crear posts nuevos en el blog (generar el archivo en el lugar indicado y con un contenido para ayudar con el formato)
 * Incrustar un cliente de IRC con JS conectado a nuestro canal en el sitio
 * Software para registrarse a eventos
 * Planeta gulBAC (lector de rss)
 * App para cargar datos de asistentes a eventos, usuarios, lugares donde poner afiches, etc
 * Sistema de votación. Para evitar que vote gente más de una vez y para validar quien puede votar y quien no (por ej. evitar que gente que no esté en la lista o registrado vote en asuntos insitucionales) se podría enviar un codigo a c/u de los mails q estan suscriptos a la lista (no a la lista en si). Quien recibe el codigo y quiere votar, va a la pagina, mete el codigo y si es valido y todavia no voto entonces le deja votar.

Fecha estimada de finalizacion: 01/12/2010

Guías, To Do
Ver Guías
 * Armar mas guias con hilos del foro.
 * recuperar los autores originales. Están en el blog
 * subcategorizar por contenido de la guía, tal como si fuera en el blog, ej "multimedia", "redes", etc
 * establecer todas estas cosas en las reglas de publicación.
 * hacer que estén más anunciadas, a la vista, que resalten en la portada, o *algo*!
 * poner bien los nombres en la categoría, estilo, para que se indexe y ordene bien!
 * prefijar todas las páginas con "Grg:" - algunas ya están, si no se pueden trasladar pidanselo al admin de turno. Y si los admin son unos vagos qe no laburan están ocupados, pidan ser admin y hágalo ud. mismo ;)

Paginas de donde tomar ideas
jira.boxee.tv

Created the graetest articles, you have.