[flisol-devel] Novo Sistema de Registro

Tue Dec 4 15:53:07 BRST 2007

On Dec 4, 2007 3:36 PM, Igor TAmara <igor en tamarapatino.org> wrote:
> Hola, de ahora en adelante en español :)
>
> Maxx> Olá Igor !
> Maxx> > [..]
> Maxx> >On that doc, you can see how the macro could be used to show some
> Maxx> >queries.  We only need permissions on postgresql, the socket and
> Maxx> >preferably an ssl connection if we have one machine for the wiki and
> Maxx> >other for the db.
> Maxx>
> Maxx>   I'll add you as helper in FliSys project at sf.net.
> Maxx>
> Maxx>   This macro is very nice, because do not need a system behind, the
> Maxx>   wiki do it self, but, I'm a bit confused here, the wiki will be moinmoin or
> Maxx> mediawiki or both?
> Maxx>
>
> Peter y compermisos desean hacer el cambio a mediawiki, compermisos se
> comprometió a hacer un parser para hacer conversión de todas las
> páginas que hay hasta el momento para convertir del formato de
> moinmoin a mediawiki, pero no nos ha ofrecido fechas o un preview de
> lo que ha logrado hasta el momento.

el parser esta echo en perl
y en el 99 porciento del tiempo no hace nada,
ya que no estamos usando tags raras
por lo comun se tan usando las comunes.
>
> Por tal motivo imagino que se podría continuar con moinmoin, claro
> si deseamos seguir con moinmoin, se requerirá hacer un sitio
> prerendered para que sea ultra rápido con un poquito de javascript
> para utilizar el captcha y evitar en alguna medida ataques.
>
> La idea es que el javascript se usaría con algo de ajax para la
> visualización de la imagen del captcha.  Creo que con eso bastaría.

de aqui propuse usar recatapcha
apoyamos un proyecto
y ademas contamos con algo "seguro"
>
> También hay un macro en moinmoin para mostrar un formulario de
> registro para quienes desean llevar su computador.  La respuesta
> ante este formulario la daba el sistema real de registro, lo único
> que hacía moinmoin era desplegar el formulario y tener el "action"
> apuntando al sistema que se encargaba de procesar la información.

esta la opcion de hacerlo en mediawiki
ya tengo un par de examples.
>
> Maxx>   Jesus Christian Cruz Acono suggest use xml to integrate wiki (I
> Maxx>   think is mediawiki) with the system (FliSys). Looks like good. What you
> Maxx> think?
> Maxx>
>
> Tendría que ver qué es lo que desea hacer con XML, porque no veo
> clara la necesidad :) .  Que nos explicara cómo lograría la
> integración vía XML entre wiki y registro.  Ojalá puedas invitarle a
> esta lista para que a través de esta se pueda tratar todo lo
> relacionado con la parte técnica del flisol y evitemos llenar la
> lista internacional con estos asuntos.
>

idea sencilla
el sistema (fliSys) envia un string xml con los datos estadisticos.
y el mediawiki atraves de un plugin los parsea para mostrarlas "nice"
en la page que sea nesesaria (pasariamos el id de la ciudad por get o
algo haci)
> Maxx>   If realy will migrate the wiki to mediawiki, maybe we can develop a
> Maxx> macro looks like this.
> Maxx>
> Maxx> >
> Maxx> >Maxx>    The FliSys can register visitors, speakers and teams.
> Maxx> >Lectures and Maxx> Workshops can be registered by a member and voted by
> Maxx> >teams. Statistics Maxx> of install fest with numbers of installed
> Maxx> >machines, what installed Maxx> software and much more can be add in
> Maxx> >future. Statistics of visitors, Maxx> what yours city/village and your
> Maxx> >address, phone numbers, etc. To keep Maxx> our visitors very closer of us
> Maxx> >in next events and creating a local Maxx> community more united.
> Maxx> >Maxx>
> Maxx> >
> Maxx> >We haven thought about registering visitors, the people that brought
> Maxx> >the computer hardly kept in the db, I wouldn't blame the system, but
> Maxx> >the many things and details are involved on each city.
> Maxx>
> Maxx>   I think that is more easy to maintain, if each local coordinator
> Maxx>   have your own local database (with local server or your own server and
> Maxx> yours configurations and customizations) with yours visitors registers than
> Maxx> maintain all of it on the Flisol server for years (or forever).
> Maxx>
>
> Respecto a esto, estábamos pensando en evitar delegar este trabajo a
> cada ciudad, para que cada una no se tenga que desgastar en montar
> su propio sistema, tratar de automatizar al máximo las tareas
> comunes y que no haya un equipo de configuración del sistema por
> ciudad.     Hay sitios en los que hay bastantes entusiastas del
> software libre, pero pocos con conocimientos como para montar
> php+postgresql.  Pero tal vez se necesitaría en esta ocasión algunos
> sitios que pudieran apadrinar a otros.  Pensar en que sitios con
> suficiente capacidad técnica pueda facilitar las cosas a aquellos
> sitios en los que hay pocos organizadores o pocas personas
> capacitadas para el montaje de un servidor propio.  Lo que es más
> dispendioso es poder garantizar en cierta medida la automatización
> de envío de la información de los que se suscriben a la lista de
> correo de cada ciudad.  Me preocupa sobre todo que algunos ISPs de
> mi país impiden que usemos todos nuestros puertos, en particular es
> común que se nos restrinja el 80 y el 25 :(
>
> Maxx>   In that scope, the Flisol server just maintain the statistics of
> Maxx>   each year and the records of local coordinators. In this way we gain more
> Maxx> disk space and performance to implement other things. But, the local
> Maxx> coordinators will have great responsibility in maintain your own local
> Maxx> database for futures events and next local teams.
> Maxx>
>
> Creería que 5000 registros por año es poco.  Si la base de datos
> está indexada correctamente esto no sería muy dispendioso para la
> máquina que mostraría las estadísticas.  Pero estoy casi seguro que
> anualmente la base no crecería más de 10000 registros sumando todas
> las tablas que son impactadas.  Sobre todo esto sería muy, muy
> eficiente, si tenemos un pre-rendered model.
>
> Aunque de hecho, todavía no he visto el modelo entidad relación de
> flysis, tengo que ponerme juicioso a mirar la documentación para
> poder atreverme a dar cifras reales ;)
>

depende de como se implemente intentare meterle mucho trabajo a adoDB
para que sea optimisado
> Maxx> >
> Maxx> >Maxx>    I suggest that you try a Peter copy of FliSys at
> Maxx> >Maxx> http://hurlinux.com.ar/filsys/
> Maxx> >Maxx>
> Maxx> >Maxx> user: admin
> Maxx> >Maxx> pwd: admin
> Maxx> >Maxx>
> Maxx> >
> Maxx> >I logged on succesfully, and looks pretty, I like your CSS :) , It
> Maxx> >would be nice to have a uniform CSS for the wiki and the system, to
> Maxx> >make them look the same if possible.  But I'm not good at it.
> Maxx>
> Maxx>   Don't worry, the more important things is that you like FliSys and I
> Maxx> hope that others like too :-)
> Maxx>
>
> Si, es super importante que la mayor cantidad de personas se sientan
> a gusto usando Flisys, porque tenemos un líder(Maxx) con mucho ánimo para
> trabajarle al sistema.
>
> Maxx> >
> Maxx> >Maxx> >
> Maxx> >Maxx> >En qué motor de bases de datos está montado?
> Maxx> >Maxx> >Which db engine are you using?
> Maxx> >Maxx>
> Maxx> >Maxx>    PostgreSQL. And the language is PHP, because the idea is
> Maxx> >that each Maxx> regional team can easily configure a local web server with
> Maxx> >no especial Maxx> configuration and is more know.
> Maxx> >Maxx>
> Maxx> >
> Maxx> >I see, previously we thought about centralicing, we sent an email
> Maxx> >whenever there was a new participant to let the maillist or the one
> Maxx> >who was in charge of event's logistic.  So they would be able to
> Maxx> >make some turns.
> Maxx>
> Maxx>   Centralizing is more dificult to maintain, because each local have
> Maxx>   your own needs (and we don't want a white elephant) :-)
> Maxx>
>
> Está bien intentar un camino distinto al que se llevo antes, para
> hacer que cada día haya más participación.
>
> Maxx> [..]
>
> Un saludo cordial.
>
> --
> Recomiendo Openoffice.org como herramienta de ofimática
> http://www.openoffice.org
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFHVWXctV4JcpE0AlYRAkQrAJ46aeZzoSYcpJ5yL1YG5jZnwxZSRQCdFXSz
> nIXDPUGrCASijGTW0NPNEds=
> =5e0d
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> flisol-devel mailing list
> flisol-devel en lists.installfest.info
> https://lists.installfest.info/cgi-bin/mailman/listinfo/flisol-devel
>
>

-- 
Libres en la vida, libres en la mente, libres en el software.
------------------------------------------------------
información de contacto
Jesus Christian Cruz Acono
http://www.compermisosnetwork.info
compermisos en linuxtlaxcala.com.mx
Registred Linux user:403636
Miembro del grupo de usuarios Linux Tlaxcala
Administrador del proyecto Wikiaula