Configuración inicial del proyecto

[Marcelo]

Esta es una propuesta inicial de la configuración del proyecto link, acepto todo tipo de criticas xD

[Manuel Calero]

Marcelo

Requerimientos

1. Python 1.7 ( Sera Python 2.7) aunque sigo pensando q pq no usar la 3.3
2. Virtualenv ( esto q es )
3. Django 1.5 ( falta no ? )

Creo q también debemos indicar q necesita bootstrap y jQuery

Saludos.

El 29 de mayo de 2013 20:29, Marcelo <chelit...@gmail.com> escribió:

Esta es una propuesta inicial de la configuración del proyecto link, acepto todo tipo de criticas xD

--
Has recibido este mensaje porque estás suscrito al grupo "DjangoERP" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a djangoerp+...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

[Axel Díaz]

Creo que falta agregar configuración para utilizar PostgreSQL. O no se ha definido aún el motor de bases de datos?

El miércoles, 29 de mayo de 2013, Marcelo <chelit...@gmail.com> escribió:
> Esta es una propuesta inicial de la configuración del proyecto link, acepto todo tipo de criticas xD
>

> --
> Has recibido este mensaje porque estás suscrito al grupo "DjangoERP" de Grupos de Google.
> Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a djangoerp+...@googlegroups.com.
> Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
>  
>  
>

--

Axel Díaz
San Juan de los Morros - Edo. Guárico
http://about.me/axelio
Linux User #531976

Usuario Canaima #1057

Huella de clave = D580 D9A2 41B0 412A E9A5  D778 DB05 8F60 BED7 96FB

[Manuel Calero]

Si eso acordamos utilizar Postgess

[Elias Torres]

Buenas,
No han pensado usar south para gestionar las migraciones-cambios en los modelos?

Saludos

Elias Torres

[Juan Marcelo Leiva Sandoval]

Virtualenv nos permite tener un entorno python personalizado según el archivo requeriment.txt, la idea es usar un ambiente virtual para cada proyecto, yo tengo varios proyectos django y algunos usan django 1.3, 1.4 y 1.5.

--
Marcelo Leiva Sandoval

Ing. (e) Computación e Informática

Django Developer
Linux User #491264

"Los que aseguran que es imposible no deberian interrumpir a los que estamos intentándolo". Thomas A. Edison.

[Juan Marcelo Leiva Sandoval]

En requeriment.txt ya se incluye south y ya se encuentra integrado en el setting.py del proyecto.

El 29 de mayo de 2013 14:45, Elias Torres <elt...@gmail.com> escribió:

[Jordi Marco]

Hola 

Creo que south debería ser un requisito imprescindible para poder gestionar las versiones del producto y sus cambios

Saludos

Jordi Marco Sanz 
Consultor en tecnología 

Mantenimiento Equipos, Servidores, Redes, 
Seguridad perimetral e interna.
Programación a medida:
python, django, jscript, html
ERP eneboo
CRM SugarCRM 

Tel: +34 691 805 769

“La competencia en el futuro no será entre grandes y pequeños sino entre rápidos y lentos” (Nikesh Arora, Vicepresidente de Google)

[Mario Lacunza]

En todo caso parece un requerimiento tuyo el uso de VE y no del proyecto en si, nosotros desarrollaremos desde el repo de github segun los requerimientos base q se establescan, hasta el momento Python 2.7 y Django 1.5, no veo necesario el VE para nada. Ya depende de cada uno armar su ambiente de desarrollo.

[Mario Lacunza]

Ya esta definido para PG por lo q las instrucciones para SQlite3 estan demas.

Falta decidir la version de PG a usarse, supongo q la ultima soportada por UBuntu 12.04 LTS q es la distro mas extendida. En todo caso tampoco debe incluirse instrucciones de como instalar el PG ya es cuestion de cada uno.

[Juan Marcelo Leiva Sandoval]

Claro lo del env es para tener un orden (es una buena practica en python), pero para el proyecto no es necesario.

[Mario Lacunza]

Podrias explicar q es south y para q sirve en Django? gracias!

[Jordi Marco]

Hola 

Creo que el:

SO      - Ubuntu 12.04 LTS (+Actualizaciones)

SGDB - PostgreSQL debería ser la version 9.1

            Estudiar la implantación de triggers.

Creo que un sistema de desarrollo unificado, nos permitirá ser más ágiles.

Saludos

[Jordi Marco]

Hola

South es una app de django que permite modificar la estructura de la base de datos de una aplicación django cuando cambiamos el modelo (models.py).

Siempre es un problema cuando te das cuenta que necesitas un nuevo campo y cuando reconstruyes el moelo pierdes toda la información.

Creo que es muy útil en la fase de desarrollo y para poder gestionar versiones nueva.

Saludos

[Javier Ramirez]

Me quedo con mint 14 que es lo mismo postgress 9.1 env es un entorno de virtualizacion con lo cual se puede instalar django y una bd por ahi, segun se.

south creo que tendriamos que verlo mejor (mi opinion) que vamos a migrar?

La victoria la ganó un solo hombre... Jesús

[Mario Lacunza]

EL SO es libre lo q hay q definir son las versiones de las librerias base y ya q cada uno las instale y configure en su entorno de desarrollo.

[Mario Lacunza]

Por lo q dices es un problema hacer un cambio en un modelo de Django.. me esta dejando de gustar :) con Yii o Joomla es solo cambiar las lineas de codigo correspondientes, los cambios en la BD y la data queda tal cual.

Pero si es asi pues es mas q necesario modelar todo con sumo cuidado ANTES de hacer nada con el codigo o la BD.

[Javier Ramirez]

A eso me refiero modelar bien antes

Desde el móvil disculpe las molestias

[Elias Torres]

Para eso sirve south para poder aplicar esas modificaciones en los modelos sin perdida de información.

Por otro lado, te va mantenido un historial de todas las versiones que han tenido las tablas y al mismo tiempo genera archivos en una carpeta migrations con el código python para ejecutar la modificación en las tablas.

La principio es un poco lío, pero luego saca de muchos apuros...

[Manuel Calero]

Q esperan los de Django para incorporar South ?

[Juan Marcelo Leiva Sandoval]

Actualize el README en github, recuerden que es el branch configuracion.

Saludos

[Axel Díaz]

Por lo mismo, no creo que South para este proyecto sea necesario a penas naciendo...

El 30 de mayo de 2013 13:19, Telefonica <watc...@telefonica.net> escribió:

Axel

 

No lo digo para nuestro proyectos, pero si tantas ventajas aporta no sé por qué no está incorporado ya en Django.

 

De: Axel Díaz [mailto:diaz....@gmail.com]
Enviado el: jueves, 30 de mayo de 2013 13:51
Para: watc...@telefonica.net
Asunto: Re: Configuración inicial del proyecto

 

Manuel, desde tu punto de vista: ¿por qué South es tan importante para empezar un proyecto?

 

 

Marcelo

 

Requerimientos

1.    Python 1.7 ( Sera Python 2.7) aunque sigo pensando q pq no usar la 3.3

2.    Virtualenv ( esto q es )

3.    Django 1.5 ( falta no ? )

 

Saludos.

 

--

Axel Díaz

San Juan de los Morros - Edo. Guárico
http://about.me/axelio
Linux User #531976

Usuario Canaima #1057

Huella de clave = D580 D9A2 41B0 412A E9A5  D778 DB05 8F60 BED7 96FB

No se encontraron virus en este mensaje.
Comprobado por AVG - www.avg.com
Versión: 2013.0.2904 / Base de datos de virus: 3184/6363 - Fecha de publicación: 05/28/13

[Jordi Marco]

Hola

Creo que South, es necesario para este proyecto por estar naciendo y evolucionara bastante rápido.

Saludos

[Jordi Marco]

South es una app de django que permite modificar la estructura de la base de datos de una aplicación django cuando cambiamos el modelo (models.py).

El comando syncdb sólo crea nuevas tablas, pero no modifica tablas existentes, así que si en el modelo de una aplicación renombramos un campo de una tabla existente syncdb no realizará ese cambio en la base de datos. A este tipo de cambios en la base de datos se les denomina “migración del esquema” y es de lo que se encarga South.

El 31 de mayo de 2013 08:14, Axel Díaz <diaz....@gmail.com> escribió:

[Mario Lacunza]

Axel estoy de acuerdo contigo, South es una herramienta de migracion LUEGO de tener modelos funcionando y nosotros aun no tenemos ni los requerimientos de uno de ellos completos. Y precisamente para evitar en lo posible este tipo de correcciones es q primero se modelo a conciencia y luego se programa. Obvio q despues habran modificaciones pero evitemoslas en el inicio, para eso repito es la etapa de modelamiento.

Por favor recomiendo dejar de lado por ahora estas conversaciones tecnicas q tendran sus momentos y centremonos en lo q toca: definir los requerimientos para cada uno de los modulos del sistema.

[Elias Torres]

En cuanto al login de usuarios, se hará con username o por email?

Según tengo entendido Django 1.5 ya permite modificar la clase User mas fácilmente para estas cosas, estoy en lo cierto?

Elias Torres

[Axel Díaz]

En otro proyecto en el que participo tenemos ambas opciones. Los usuarios regulares se registran con sus correos (nomàs para estandarizar), algunos del admin podemos loggearnos con username. Así que el login revisa si es username o email, pero al ser basado eso en Django 1.3, tuvimos que sobreescribir el funcionamiento del auth, no sé si ahora con 1.5.X ya esté más accesible esto... Podemos hacerlo con ambas, 'usuario o correo'...

El 31 de mayo de 2013 14:43, Axel Díaz <diaz....@gmail.com> escribió:

En otro proyecto en el que participo tenemos ambas opciones. Los usuarios regulares se registran con sus correos (nomàs para estandarizar), algunos del admin podemos loggearnos con username. Así que el login revisa si es username o email, pero al ser basado eso en Django 1.3, tuvimos que sobreescribir el funcionamiento del auth, no sé si ahora con 1.5.X ya esté más accesible esto... Podemos hacerlo con ambas, 'usuario o correo'...

[Mario Lacunza]

seria de la idea con email y con doble verficacion.

[Manuel Calero]

Mario,

Q necesitas para definir los requerimientos del modulo de usuarios?

En q podemos colaborar?

[Mario Lacunza]

Pues eso los requerimientos si ven mi correo original solo hay eso hasta el momento no veo q nadie agrego algo definitivo a la lista. NO veo definicion de propiedades, funciones necesarias, etc con lo cual proceder al modelamiento.

[Manuel Calero]

Mario

Yo no se el resto, pero estoy un poco perdido con este tema de los requerimientos, etc. 

No podíamos arrancar un modelo a modo de ejemplo y q todos sepamos de q hablamos?

Saludos.

[Mario Lacunza]

y en q baso el modelo sino hay requerimientos? esto es solo la lista de cosas q debe hacer el modulo, campos, propiedades funciones....etc es lo mismo q para cualquier sistema. Yo ya puse la base el resto a pensar no?

[Manuel Calero]

Yo creo q si hablamos con un ejemplo por delante nos ayudaría a todos a entendernos.

La verdad es q no se por donde empezar a ayudar.

[Axel Díaz]

Una pregunta, ¿para qué son distribute y wsgiref?

[Axel Díaz]

Intenté clonar https://github.com/manuelcalerosolis/DjERP.git pero los únicos archivos que tengo cuando clono son: 

bootstrap

index.html

README.md

¿Será que no tengo acceso aún a clonar? Si es así, ¿pueden darme acceso para ir probando?

[Marcelo Leiva Sandoval]

Sólo debes cambiarte al branch configuración.

git checkout configuracion

Enviado desde mi iPhone

[Elias Torres]

Buenas,
Pueden darme acceso al repositorio?
Mi cuenta github es elt...@gmail.com

Gracias.

Elias Torres

[Axel Díaz]

Hoy fue que pude googlear un poco lo de distribute y wsgiref... Pienso que no es necesario wsgiref si Django tiene su configuración de wsgiref, a no ser que me esté saltando alguna ventaja. Si pueden decirme por favor (?)...

El 2 de junio de 2013 09:10, Axel Díaz <diaz....@gmail.com> escribió:

Hoy fue que pude googlear un poco lo de distribute y wsgiref... Pienso que no es necesario wsgiref si Django tiene su configuración de wsgiref, a no ser que me esté saltando alguna ventaja. Si pueden decirme por favor (?)...

[Axel Díaz]

Por cierto, =P

error: The requested URL returned error: 403 while accessing https://github.com/manuelcalerosolis/DjERP.git/info/refs

fatal: HTTP request failed

(joder, que fastidioso soy!)

[Axel Díaz]

Eh, de nuevo, quien pueda darme acceso al repositorio se lo agradezco. Aún no tengo permisos mas que sólo lectura...

[Manuel Calero]

Axel ya lo tienes

[Mario Lacunza]

Manuel,

no habia visto este correo tuyo, pues es bien sencillo debes preguntarte: que hace tal modulo? que deberia hacer? como deberia hacerlo? y empezar a lanzar las ideas sobre estos, basadas en las mismas podemos definir una lista de requerimientos. Porque supongo q todos tenemos una idea de como DEBEN funcionar las cosas en el sistema verdad?? tan sencillo como eso.

Teniendo esto ya podemos ir desmenuzandolo y viendo sus pormenores y asi avanzamos con cada modulo. Ya se hablo del proceso de creacion del software antes.