[flisol-devel] Novo Sistema de Registro

[Maxx Fonseca]

Olá Igor !
Igor TAmara 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.
> 
> 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.

	Por mim não vejo problemas, tanto porque estou tentando me concentrar 
apenas no FliSys e o que for relacionado, por hora. Então a wiki eu 
passo :-)
> 
> 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.
> 
> 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.
> 
> 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.

	Sobre isso estou postando aqui: 
http://lists.installfest.info/pipermail/flisol-devel/2007-December/000045.html
> 
> 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 :(

	Na verdade, acredito que todos os ISPs do mundo (inclusive aqui no 
Brasil) bloqueiam a porta 80, 25, entre outras portas para conexões 
domésticas.
	O que não é problema, pois o FliSys "local" irá buscar informações fora 
em um FliSys "server" e não o inverso. Apenas no FliSys "server" é que 
precisamos ter uma conexão com portas liberadas (80-http).
	Além disso, acredito que precisamos envolver muito mais os 
coordenadores locais (como eu). A forma atual, está muito hierárquica ou 
imposta, como: os coordenadores locais ficam na espera do coordenador 
nacional que por sua vez ficam na espera do coordenador internacional. 
Eu sei que não é bem assim, mas em muitas cidades isso acontece com 
frequencia. Por isso, se envolvermos o coordenador local como 
responsável em guardar os dados da sua própria cidade, ele se sentirá um 
pouco mais útil e com certeza virá apresentar mais idéias. Além de 
cobrar trabalho dos outros coordenadores também :-)
	Acredito que é uma idéia que vale a pena a gente investir.
> 
> 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.

	Acredito que seria muito mais de 10.000 registro por ano, afinal, o 
evento está crescendo a cada ano e com isso, mais e mais cidades estão 
participando, mais e mais visitantes, mais e mais colaboradores, etc...
	Dessa forma, chegará num ponto em que vamos precisar de um Storage com 
centenas de TBytes e técnicas de backup extremamente eficientes. O que 
irá demandar uma estrutura muito cara e pessoal altamente qualificado 
(elite).
> 
> 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 ;)
> 
> 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.

	Lider eu? Obrigado :-) Sou apenas um coordenador local disposto a ajudar.
> 
> 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.

	Vamos tocar o barco então :-)
[]'s
Maxx