[Programación] Re: [Programación] Re: [Programación] RE: [Programació n] Re: [Programación] RE: [Programa ción] Proyecto suscripción a jornadas

[oarino@fagdut.org.ar]

Creo que ahora se va entendiendo lo que tengo en mente, aunque quiero 
simplificar algunos procedimientos para no tener tantos problemas con la 
generación de niveles de usuario.

El proceso de generación de las tablas debe ser un script que el 
administrador pueda ejecutar una vez a modo instalación. De manera que una 
vez instalado no se vuelva a repetir. 
Despues veriamos el problema de hacer modificaciones.

La tabla molde puede puede modificarse por un archivo de configuración en 
texto plano o XML. Creo que va a ser más conveniente que una tabla en la base 
de datos, mas si tenemos en cuenta el caso de utilizar el sistema de archivo 
como almacenamiento de datos o el envio por correo.

En cuento a la utilización del sistema de archivo como almacen de datos, la 
idea surgío para el caso en que esta aplicación se deba colgar en un servidor 
de terceros, donde no tengo motor de base de datos disponible. Para este caso 
se debería utilizar esta alternativa y solo en este caso ya que estariamos 
exigiendo a PHP para que se comporte como motor de base de datos, cosa para 
la que no fue echo. En este caso podría ser un archivo plano donde cada 
registro se almacene en una lines (ingresando el retorno de carro al final 
del registro) y cada campo esté separado por como, punto y como o 
tabulaciones a fin de poder importarlo en una tabla o base de datos.

La descripción que hiciste es bastante acertada a mi idea, aunque quiero 
evitar todo lo posible la utilización de niveles de usuario. Tene en cuenta 
que lo mas probable es que cuando se realize las acreditaciones en el evento 
el sistema no va a estar accesible al publico y probablemente estara 
instalado localmente.

Omar
---------- Original Message -----------
From: "J. Mario Oroz" <jmoroz@uol.com.ar>
To: programacion@lugro.org.ar
Sent: Thu, 01 Dec 2005 13:58:09 -0300
Subject: [Programación] Re: [Programación] RE: [Programació n] Re: 
[Programación] RE: [Programa ción] Proyecto suscripción a jornadas

> Hola Omar;
> Entonces podriamos empezar a armar los posibles lineamientos del 
> *como hacerlo*;  serian:
> 
> 1-Un proceso de inicializacion:
> 
> 1.1-Determine soporte de los  datos;  este soporte puede ser  una db,
>  texto plano o email.
> 1.1.1  Si es una db; que seleccione alguna de su interes; aqui le 
> damos a elegir alguno de los motores que soporte ADOdb que es la 
> abstraccion de db que ofrece NYI. El proceso debe verificar la 
> existencia de dicha db, si no puede detectar dicha db que avise y proponga
> revisar la instalacion de dicha db, ó reenviarlo al punto 1.1
> Si se verifica su existencia, la del motor seleccionado; se crea el 
> esquema de la tabla *molde*, usando la interface ADOdb; luego llega 
> la parte de cargar dicha tabla con las definiciones de tablas que 
> presisaremos luego. En una etapa posterior se realizara la 
> generacion de todas las tabals. <SEGUIR>
>  
> 1.1.2 Si es texto plano, se cree un archivo *molde* que contenga la 
> informacion de los demas archivos a generar. Este archivo *molde* en 
> una instancia posterior servira para crear los archivos que 
> correspondan, el formato de los archivo que se generen podria ser 
> del estilo cvs, que la primera linea del archivo contenga la 
> estructura de datos que este vaya a contener (esto es para el 
> archivo *molde* tambien).Se tendra que escribir el codigo necesarios 
> para crear el archivo *molde* en disco y luego ir agregando las 
> tablas a generar en una instancia posterior.
> 
> *Creo que un aexcelente alternativa seria usar una db embebida como 
> la SQLite que es en si un archivo en disco y podriamos emplearla 
> como por defecto en nuestro procedimiento de inicializacion y 
> configuracion ya que solo se trata de crear un archivo en disco con 
> su estructura interna de tablas e indices y nos libramos de los de 
> texto plano, eso si; ya no deberiamos chequear la existencia del 
> soporte en el sistema para esta db sino que la deberiamos instalar,
>  pero como ya biene empaquetado podriamos hacer desde el proceso un 
> simple "rpm -i" o "dpkg" para instala, ya que solo son bibliotecas 
> compartidas y un par de ejecutables*
> 
> Ej:
> molde.txt
> #nombre_tabla;campo;desc_campo_para_formulario;atributos_para_la_base;etc
> suscriptor;nombre;Nombre;"not null";etc
> suscriptor;ciudad;Ciudad;"not null";etc
> eventos;denominacion;"Denominacion del Evento";not null"
> ...
> 
> suscriptor.txt
> #nombre;ciudad
> "Mario Oroz";"Carca"
> "Esteban Quito";"Caracas"
> 
> Se entendio la idea no?.
> <SEGUIR>
> 1.1.3 Si se decide mandar los datos por e-mail, ingresar el mail que 
> recibira las suscripciones; especificar los campos que se informan y 
> generar el formulario que recolecta dichos datos.
> <SEGUIR>
> 1.2 Luego de haber generado el soporte de los datos, crear si es 
> necesario los usuarios administradores que se necesiten (cre que 
> este punto dependeria de haber generado una tabla de usuarios y un 
> formulario abmc para el mismo en los puntos 1.1.* anteriores) <SEGUIR>
> 
> Si les parece bien podriamos ir completando esta especie de 
> procedimineto descriptivo del sistema. no?
> Mario.
> 
> _______________________________________________
> Programacion mailing list
> Programacion@lugro.org.ar
> http://www.lugro.org.ar/mailman/listinfo/programacion
------- End of Original Message -------