desarrollo deaAplicacion grande

2007-09-24 Por tema Alvaro Herrera 
eferences: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Aldrin Gonzalo Martoq Ahumada escribió:

> No hay algo como JDBC (Java) o DB-API (Python) para PHP ???
> 
> Basicamente, algun framework que implementa el siguiente pseudocodigo:
> 
> $args[0] = "valor de fi";
> $args[1] = "valor de 'teta";
> $rowlist = query("select value from foo where phi=?0 and tetha=?1", $args)
> foreach ($rowlist as $row) {
>   print $row['value']."\n";
> }

Sí hay, pero no todo el mundo lo usa :-) (de ahí que aparecen los "SQL
injection" a cada rato)

-- 
Alvaro Herrera http://www.flickr.com/photos/alvherre/
"People get annoyed when you try to debug them."  (Larry Wall)
From [EMAIL PROTECTED]  Mon Sep 24 17:39:52 2007
From: [EMAIL PROTECTED] (Ricardo Mun~oz A.)
Date: Mon Sep 24 17:42:57 2007
Subject: desarrollo deaAplicacion grande
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]><[EMAIL PROTECTED]>
<[EMAIL PROTECTED]><[EMAIL PROTECTED]><3cd5f0920709 [EMAIL 
PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Alvaro Herrera wrote:
> Rodrigo Fuentealba escribió:
>   
>> El 24/09/07, Alvaro Herrera <[EMAIL PROTECTED]> escribió:
>> 
>>> Ricardo Mun~oz A. escribió:
>>>   
>>>> cierto. pero depende del modelo y la aplicacion si es que en algun momento
>>>> se puede producir un conflicto... por algo los mismos desarrolladores de
>>>> Slony-I indican que sirve cuando todos los nodos estan disponibles todo el
>>>> tiempo...
>>>> 
>> Estás poniendo a Slony-I para que se adapte a tu modelo, cuando en
>> realidad es al revés, debes adaptar tu modelo para que funcione con
>> esta solución. Por eso es que Álvaro hablaba de tablas heredadas; por
>> lo que entiendo, y como se me ocurre usarla, es hacer una tabla
>> maestra en cada zona que "extienda" a la tabla de datos total,
>> utilizando la característica de orientación a objetos de PostgreSQL, y
>> a esa tabla que extiende la pones como maestra en la aplicación. ¿Es
>> así, Álvaro?
>> 
>
> Sí, básicamente de eso se trata.
>   

yo tambien entendi lo mismo, y por eso dije "depende del modelo si se 
produce un conflicto". en ningun momento dije que Slony-I se deberia 
adaptar al modelo, sino todo lo contrario.

>>> Lo que yo intentaria
>>> hacer seria tener copias esclavas de la base de dato en cada una de las
>>> sucursales, de solo lectura (con Slony-I); y que las escrituras vayan a
>>> la base de datos central.  De este modo no se notaria la lentitud del
>>> enlace en las consultas de solo lectura (puesto que son locales a la
>>> sucursal), y se requeriria contactar al central solamente para las
>>> escrituras.
>>>   
>> Mira, este plugin lo estamos arreglando y usando para un sitio Web en
>> el cual tenemos ese inconveniente a nivel nacional, y no ha tenido
>> mayor problema hasta ahora (aunque es alfa!):
>>
>> http://trac.symfony-project.com/trac/wiki/sfPropelLoadbalancerPlugin
>> 
>
> Otra forma de hacer esto sin necesidad de modificar la aplicación es
> usando pgpool o pgBouncer.
>   

creo que el plugin que menciona Rodrigo le permite a sus aplicaciones 
hechas en Symfony escribir (UPDATE, DELETE) siempre en el mismo nodo 
(maestro) y las operaciones SELECT hacerlas en cualquiera de los nodos 
esclavos disponibles. una tecnica bastante comun de balanceo de carga y 
muy facil de implementar tambien en CakePHP... ;)

pgpool y/o pgBouncer creo que no permiten hacer lo mismo... aunque 
pgpool-II se ve interesante... ;)

-- 
Ricardo Mun~oz A.
Usuario Linux #182825 (counter.li.org)
From [EMAIL PROTECTED]  Mon Sep 24 17:50:06 2007
From: [EMAIL PROTECTED] (Ricardo Mun~oz A.)
Date: Mon Sep 24 17:53:11 2007
Subject: Evitar sql injection y xss
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Aldrin Gonzalo Martoq Ahumada wrote:
> On 9/24/07, Ricardo Mun~oz A. <[EMAIL PROTECTED]> wrote:
>   
>> Raul Perez wrote:
>> 
>>> Tengo mysql 5 y phpp 5 en un servidor con centos
>>> La pregunta es que codigo han implementado ustedes para
>>> asegurar sus aplicaciones en php para evitar injection de sql y xss
>>>   
>> migrar a CakePHP y usar las herramientas que provee, mas info en [1]... ;)
>> en todo caso, en el mismo Cake la validacion de "SQL

desarrollo deaAplicacion grande

2007-09-24 Por tema Alvaro Herrera 
Ricardo Mun~oz A. escribió:
> Alvaro Herrera wrote:

>>> "Slony-I is a system intended for data centers and backup sites, where 
>>> the normal mode of operation is that all nodes are available all the 
>>> time, and where all nodes can be secured. If you have nodes that are 
>>> likely to regularly drop onto and off of the network, or have nodes that 
>>> cannot be kept secure, Slony-I is probably not the ideal replication 
>>> solution for you."
>>
>> Esto no es lo mismo que tener conexiones de baja velocidad.  Por lo
>> demas, qué tan problematico sea depende del volumen de transacciones que
>> tengas.
>
> cierto. en el peor de los casos (si se corta el enlace entre la of.central 
> y las sucursales) hay algo que se puede hacer a nivel de RDBMS?

Bueno, lo que hace Slony-I es dejar una cola de operaciones en el
maestro, que se va vaciando a medida que los esclavos las reciben y
aplican.  Si se cae la conexion, la cola empieza a crecer hasta que la
conexion vuelve.

En realidad ese es el modelo de operacion normal de Slony-I: todas las
operaciones pasan siempre por una cola.  Lo que pasa en condiciones
normales es que la cola se transmite en forma "instantanea".

-- 
Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J
"Pido que me den el Nobel por razones humanitarias" (Nicanor Parra)
From [EMAIL PROTECTED]  Mon Sep 24 12:35:45 2007
From: [EMAIL PROTECTED] (Ricardo Mun~oz A.)
Date: Mon Sep 24 12:41:47 2007
Subject: desarrollo deaAplicacion grande
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Alvaro Herrera wrote:
> Ricardo Mun~oz A. escribió:
>   
>> Alvaro Herrera wrote:
>> 
>
>   
>>>> "Slony-I is a system intended for data centers and backup sites, where 
>>>> the normal mode of operation is that all nodes are available all the 
>>>> time, and where all nodes can be secured. If you have nodes that are 
>>>> likely to regularly drop onto and off of the network, or have nodes that 
>>>> cannot be kept secure, Slony-I is probably not the ideal replication 
>>>> solution for you."
>>>> 
>>> Esto no es lo mismo que tener conexiones de baja velocidad.  Por lo
>>> demas, qué tan problematico sea depende del volumen de transacciones que
>>> tengas.
>>>   
>> cierto. en el peor de los casos (si se corta el enlace entre la of.central 
>> y las sucursales) hay algo que se puede hacer a nivel de RDBMS?
>> 
>
> Bueno, lo que hace Slony-I es dejar una cola de operaciones en el
> maestro, que se va vaciando a medida que los esclavos las reciben y
> aplican.  Si se cae la conexion, la cola empieza a crecer hasta que la
> conexion vuelve.
>
> En realidad ese es el modelo de operacion normal de Slony-I: todas las
> operaciones pasan siempre por una cola.  Lo que pasa en condiciones
> normales es que la cola se transmite en forma "instantanea".
>   

claro, por lo mismo si hay operaciones encoladas que modifican datos en 
la BD de una sucursal sin enlace, y esos mismos datos fueron modificados 
en la BD "central" podria quedar la c*!#$...

-- 
Ricardo Mun~oz A.
Usuario Linux #182825 (counter.li.org)
From [EMAIL PROTECTED]  Mon Sep 24 12:52:41 2007
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Mon Sep 24 12:55:08 2007
Subject: desarrollo deaAplicacion grande
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Ricardo Mun~oz A. escribió:
> Alvaro Herrera wrote:

>> Bueno, lo que hace Slony-I es dejar una cola de operaciones en el
>> maestro, que se va vaciando a medida que los esclavos las reciben y
>> aplican.  Si se cae la conexion, la cola empieza a crecer hasta que la
>> conexion vuelve.
>>
>> En realidad ese es el modelo de operacion normal de Slony-I: todas las
>> operaciones pasan siempre por una cola.  Lo que pasa en condiciones
>> normales es que la cola se transmite en forma "instantanea".
>
> claro, por lo mismo si hay operaciones encoladas que modifican datos en la 
> BD de una sucursal sin enlace, y esos mismos datos fueron modificados en la 
> BD "central" podria quedar la c*!#$...

No, porque el central no puede modificar tablas para las que la sucursal
es maestra, y viceversa.

Es por ese motivo que Slony-I es maestro-esclavo y no multimaestro: no
hay manejo de conflictos.

Hay soluciones multimaestro como Postgres-R: http://postgres-r.org/ pero
es un problema

desarrollo deaAplicacion grande

2007-09-24 Por tema Ricardo Mun~oz A. 
Alvaro Herrera wrote:
> Ricardo Mun~oz A. escribió:
>   
>> Rodrigo Fuentealba wrote:
>> 
>>> El 20/09/07, usuario anonimo <[EMAIL PROTECTED]> escribió:
>>>   
>>>   
 El 20/09/07, Graciela Urquieta <[EMAIL PROTECTED]> escribió:
 
 
>> [...]
>>
>> 
> Se tiene previsto disponer un servidor (aplicacion+BD) en cada una
> para mejorar el acceso a la aplicacion por parte de los usuarios
> locales y hacer que estos no sientan el fecto de su velocidad de
> acceso (entre la of central y su sucursal que puede ser baja), pero
> por debajo hacer que los servidores de las sucursales se sincronicen
> con el servidor central para tener los datos actualizados
> (replicacion).
>   
>>> PostgreSQL + Slony-I o PITR (Point-In-Time Recovery?)
>>>   
>> Slony-I no sirve para lo que se requiere (es solo replicacion 
>> Master-Slave),
>> 
>
> Se puede, si haces que las sucursales sean maestras de las tablas que
> les correspondan.  Obviamente no es aplicable en todos los casos, pero
> para muchos es suficiente.  Mas detalles aca:
>
> http://archives.postgresql.org/pgsql-es-ayuda/2007-08/msg00065.php
>   

interesante solucion...

>> ademas revisar [1]:
>>
>> "Slony-I is a system intended for data centers and backup sites, where the 
>> normal mode of operation is that all nodes are available all the time, and 
>> where all nodes can be secured. If you have nodes that are likely to 
>> regularly drop onto and off of the network, or have nodes that cannot be 
>> kept secure, Slony-I is probably not the ideal replication solution for 
>> you."
>> 
>
> Esto no es lo mismo que tener conexiones de baja velocidad.  Por lo
> demas, qué tan problematico sea depende del volumen de transacciones que
> tengas.
>   

cierto. en el peor de los casos (si se corta el enlace entre la 
of.central y las sucursales) hay algo que se puede hacer a nivel de RDBMS?

-- 
Ricardo Mun~oz A.
Usuario Linux #182825 (counter.li.org)
From [EMAIL PROTECTED]  Mon Sep 24 10:28:59 2007
From: [EMAIL PROTECTED] (Miguel Oyarzo O.)
Date: Mon Sep 24 11:31:05 2007
Subject: [OFFTOPIC] Apoyo en busca de tema de tesis doctoral
In-Reply-To: <[EMAIL PROTECTED]
 m>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

At 19:49 23-09-2007, Fernando Fenando wrote:
>Estimados Listeros, acudo a uds para pedirles apoyo, orientacion e ideas
>para encontrar un tema de tesis doctoral, yo tengo algunas ideas que abarcan
>principalmente temas de agentes inteligentes y clusters de alta
>disponibilidad pero me gustaria tener otras visiones o nuevas ideas que
>puedan dar pie a un tema interesante en ambientes linux.
>
>Espero que puedan ayudarme con su experiencia y conocimientos.
>
>Atte,
>Fernando


En año pasado en la universidad de Magallanes un ing. docente elaboró un 
algoritmo de busqueda
multimedial. Al parecer los datos se almacenan en estructuras complejas
que pueden, incluso, encontrar datos en imagenes.

Por lo que entiendo no hay aplicacion aun... quizas
puedas terminar esa obra en tu doctorado y publicarlo para el mundo.

Si te interesa te paso el dato.

Saludos,


Miguel Oyarzo
Austro Internet
Punta Arenas

desarrollo deaAplicacion grande

2007-09-24 Por tema Alvaro Herrera 
Ricardo Mun~oz A. escribió:
> Rodrigo Fuentealba wrote:
>> El 20/09/07, usuario anonimo <[EMAIL PROTECTED]> escribió:
>>   
>>> El 20/09/07, Graciela Urquieta <[EMAIL PROTECTED]> escribió:
>>> 
>
> [...]
>
 Se tiene previsto disponer un servidor (aplicacion+BD) en cada una
 para mejorar el acceso a la aplicacion por parte de los usuarios
 locales y hacer que estos no sientan el fecto de su velocidad de
 acceso (entre la of central y su sucursal que puede ser baja), pero
 por debajo hacer que los servidores de las sucursales se sincronicen
 con el servidor central para tener los datos actualizados
 (replicacion).
>>
>> PostgreSQL + Slony-I o PITR (Point-In-Time Recovery?)
>
> Slony-I no sirve para lo que se requiere (es solo replicacion 
> Master-Slave),

Se puede, si haces que las sucursales sean maestras de las tablas que
les correspondan.  Obviamente no es aplicable en todos los casos, pero
para muchos es suficiente.  Mas detalles aca:

http://archives.postgresql.org/pgsql-es-ayuda/2007-08/msg00065.php

> ademas revisar [1]:
>
> "Slony-I is a system intended for data centers and backup sites, where the 
> normal mode of operation is that all nodes are available all the time, and 
> where all nodes can be secured. If you have nodes that are likely to 
> regularly drop onto and off of the network, or have nodes that cannot be 
> kept secure, Slony-I is probably not the ideal replication solution for 
> you."

Esto no es lo mismo que tener conexiones de baja velocidad.  Por lo
demas, qué tan problematico sea depende del volumen de transacciones que
tengas.

> alguien conoce (y ha usado) otra solucion de replicacion para PostgtreSQL?

Command Prompt vende un sistema de replicacion, pero tambien es
maestro-esclavo y es menos flexible que Slony-I (cabe destacar que es
muchisimo mas facil de usar).  Pero en realidad esta mas orientado a la
idea de alta disponibilidad que a lo que Graciela esta pidiendo.

-- 
Alvaro Herrera  Developer, http://www.PostgreSQL.org/
"Pensar que el espectro que vemos es ilusorio no lo despoja de espanto,
sólo le suma el nuevo terror de la locura" (Perelandra, CSLewis)
From [EMAIL PROTECTED]  Mon Sep 24 10:45:37 2007
From: [EMAIL PROTECTED] (Victor Hugo dos Santos)
Date: Mon Sep 24 10:48:04 2007
Subject: samba + xcopy en windows y opcion /D (incremental)
Message-ID: <[EMAIL PROTECTED]>

hola señores,

estoy encontrando un problema que ocurre entre un servidor Samba
(3.0.24) en ubuntu server 7.04 y sus clientes windows con los
softwares xcopy y xxcopy y la opcion /D (copiar solamente los archivos
mas recientes).

al migrar un script que utiliza xcopy para copiar los archivos desde
los clientes al antiguo servidor NT, siempre vuelve a copiar todos los
archivos desde el cliente hasta el servidor, independiente de la
cantidad de veces y frecuencia que ejecute dicho script.

intente ejecutar el comando manualemente
xcopy *.* \\servidor\carpeta /D

y continua el problema..

intente descargar el xxcopy que recomendaron en algunos sitios de
internet y que es de un provedor distinto para descartar que el
problema sea del xcopy, pero el problema continua.

he visto algunas opciones de configuracion del Samba, que recomendaron
en la web:
dos filetimes = yes
fake directory create times = yes
dos filetime resolution = yes
delete readonly = yes

pero continua el problema...

la hora del servidor esta sincronizada contra un servidor NTP externo
y de los clientes esta sincronizado con el servidor (set time
\\servidor  /set /yes)...mmm.. ambos tienen la misma zona horaria...
pero continua el problema.

la verdad, es que estoy algo perdido... alguna luz ???

salu2



-- 
-- 
Victor Hugo dos Santos
Linux Counter #224399

desarrollo deaAplicacion grande

2007-09-22 Por tema Claudio Castillo 
On 9/21/07, Horst H. von Brand <[EMAIL PROTECTED] > wrote:
>
> Graciela Urquieta < [EMAIL PROTECTED]> wrote:
> > Hola, de principio gracias a todos por responder y dar sus
> > sugerencias, a lo mejor que algunas cosas no las upe explicar bien,
> > ahora detallo esas, para que tengan una idea mas clara:
>
> > * Tengo enetendio que si se busco, para ver si existia aplicaciones
> > que cumplan con los requerimientos, lastimosamente no encontraron una.
> > ademas que para ir desarrollando modulos faltantes sobre alguna
> > aplicacion candidata, decidieron que era preferible desarrollarla
> > completa.
>
> Tal como te dijieron antes, esto indica que no tienen la menor idea de la
> cantidad de trabajo que significa desarrollar tal cosa de cero. Ve
> preparando tu CV y buscando un puesto en un lugar mas civilizado...


claramente no existe nocion de lo que es hacer una aplicacion desde 0.


> * Para que tengan una idea la aplicacion no solo toca aspectos
> > financieros, mas alcontrario toma aspectos de control y seguimiento de
> > proyectos de inversion (pagos, reversiones, etc), adquisiciones
> > nacionales e internacionales, manejo de cartera para creditos a
> > sectores productivos, control y seguimiento de obras financiadas por
> > distintos organismos (gubernamentales, ongs, etc) y varios otros
> > modulos relacionados con financiamientos a proyectos.
>
> Se le llama ERP. Hay algunas empresitas que se dedican a ese negocio
> (entre
> las que se cuenta la 2a empresa "solo software" del mercado), las opciones
> "completas" que ofrecen parten de cerca de un palo (de los verdes). Tienen
> opciones mas baratas para "empresas pequen~as a medianas" (escala yanqui,
> o
> sea, lo que aca pasa por medianas-grandes a muy-muy-grandes)... si quieres
> algo razonable (y OSS) en el rango chico-mediano, analiza TinyERP.


no hay ninguna empresa que funcione tan distinto como para no adaptar algo
existente y probado cientos de veces en otro lados, una estrategia coherente
desde por lo menos 10 años atras es integrar productos(no hablo de
reutilizar codigo), o al menos 'aperarse' con un core para los modulos mas
importantes

> * El tiempo previsto es de 10 meses, contatando almenos 10
> > desarrolladores expertos en la herramienta, tambien se planifico una
> > capcitacion  para todos los que ya trabajamos para que estemos al
> > nivel de los contratados.
>
> Arreglatelas para estar fuera de alli en 6 meses mas (porque por alli se
> comenzaran a dar cuenta que les faltan 100 desarrolladores y 5 an~os para
> cumplir lo que quieren, y...)


 se estila un año para sincerar todos los atrasos :)

--
> Dr. Horst H. von Brand   User #22616 counter.li.org
> Departamento de InformaticaFono: +56 32 2654431
> Universidad Tecnica Federico Santa Maria +56 32 2654239
> Casilla 110-V, Valparaiso, Chile   Fax:  +56 32 2797513
>
From [EMAIL PROTECTED]  Sun Sep 23 11:08:21 2007
From: [EMAIL PROTECTED] (Julio Saldivar)
Date: Sun Sep 23 11:10:46 2007
Subject: problema con postgresql
Message-ID: <[EMAIL PROTECTED]>

Hola a todos, mi problema es muy puntual. Instale prostgresql en fedora 5 y
no puedo acceder ya que no conozco el usuario y clave que viene por defecto.
eso no mas.
pd: busque en internet y no encontre nada.

-- 
voy a ser el mejor papá del mundo
y con la mejor mama.

Si alguna vez
mi voz deja de escucharse
piensen que el bosque
hablará por mí
con su lenguaje de raíces.
From [EMAIL PROTECTED]  Sun Sep 23 11:24:22 2007
From: [EMAIL PROTECTED] (Jorge Palma)
Date: Sun Sep 23 11:26:45 2007
Subject: problema con postgresql
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On 9/23/07, Julio Saldivar <[EMAIL PROTECTED]> wrote:
> Hola a todos, mi problema es muy puntual. Instale prostgresql en fedora 5 y
> no puedo acceder ya que no conozco el usuario y clave que viene por defecto.
> eso no mas.
> pd: busque en internet y no encontre nada.
>
> --
> voy a ser el mejor papá del mundo
> y con la mejor mama.
>
> Si alguna vez
> mi voz deja de escucharse
> piensen que el bosque
> hablará por mí
> con su lenguaje de raíces.
>
como root

#su - postgres

#psql

Salu2

-- 
Jorge Palma Escobar
Ingeniero de Sistemas
Red Hat Linux Certified Engineer
Certificate Nº 804005089418233

desarrollo deaAplicacion grande

2007-09-21 Por tema Horst H. von Brand 
Graciela Urquieta <[EMAIL PROTECTED]> wrote:
> Hola, de principio gracias a todos por responder y dar sus
> sugerencias, a lo mejor que algunas cosas no las upe explicar bien,
> ahora detallo esas, para que tengan una idea mas clara:

> * Tengo enetendio que si se busco, para ver si existia aplicaciones
> que cumplan con los requerimientos, lastimosamente no encontraron una.
> ademas que para ir desarrollando modulos faltantes sobre alguna
> aplicacion candidata, decidieron que era preferible desarrollarla
> completa.

Tal como te dijieron antes, esto indica que no tienen la menor idea de la
cantidad de trabajo que significa desarrollar tal cosa de cero. Ve
preparando tu CV y buscando un puesto en un lugar mas civilizado...

> * Para que tengan una idea la aplicacion no solo toca aspectos
> financieros, mas alcontrario toma aspectos de control y seguimiento de
> proyectos de inversion (pagos, reversiones, etc), adquisiciones
> nacionales e internacionales, manejo de cartera para creditos a
> sectores productivos, control y seguimiento de obras financiadas por
> distintos organismos (gubernamentales, ongs, etc) y varios otros
> modulos relacionados con financiamientos a proyectos.

Se le llama ERP. Hay algunas empresitas que se dedican a ese negocio (entre
las que se cuenta la 2a empresa "solo software" del mercado), las opciones
"completas" que ofrecen parten de cerca de un palo (de los verdes). Tienen
opciones mas baratas para "empresas pequen~as a medianas" (escala yanqui, o
sea, lo que aca pasa por medianas-grandes a muy-muy-grandes)... si quieres
algo razonable (y OSS) en el rango chico-mediano, analiza TinyERP.

> * El tiempo previsto es de 10 meses, contatando almenos 10
> desarrolladores expertos en la herramienta, tambien se planifico una
> capcitacion  para todos los que ya trabajamos para que estemos al
> nivel de los contratados.

Arreglatelas para estar fuera de alli en 6 meses mas (porque por alli se
comenzaran a dar cuenta que les faltan 100 desarrolladores y 5 an~os para
cumplir lo que quieren, y...)
-- 
Dr. Horst H. von Brand   User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile   Fax:  +56 32 2797513
From [EMAIL PROTECTED]  Fri Sep 21 15:55:15 2007
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Fri Sep 21 15:57:38 2007
Subject: desarrollo deaAplicacion grande
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Rodrigo Fuentealba <[EMAIL PROTECTED]> wrote:
> El 20/09/07, Hugo Figueroa R. <[EMAIL PROTECTED]> escribió:
> > --- Jorge Riquelme Santana <[EMAIL PROTECTED]> escribió:
> > > Como acotación, en mi humilde opinión php no es una
> > > buena elección para
> > > desarrollar grandes aplicaciones empresariales.
> >
> > Seria bueno decir los motivos por que no es buena
> > eleccion, experiencia propia, comparativa,
> >  yo creo que php5 mas un buen framework y un
> > desarrollador que ocupe buenas practicas seria
> > suficiente
> 
> Yes sir. PHP4 más un framework que no sea tan extensible más un
> desarrollador que tenga que meterle módulos a mano, podría fácilmente
> echarse al saco un desarrollo bueno.

Eso es valido en cualquier lenguaje. Un lenguaje en el que no sea posible
cometer crimenes simplemente no es digno de usarse (Turing-completo y todo
eso).

> > el unico punto en contra que veo es que en php nunca
> > se han puesto de acuerdo en que framework usar como
> > estandar, pero creo que si se usan los tres mas
> > populares (zend, cake, symfony) se esta dando un salto
> > a una posible "estandarizacion".

> PHP es un lenguaje tal como C; Si los tipos que hacen C se pusieran de
> acuerdo en qué IDE utilizar,

Claro, vamos a la guerra santa vi vs emacs de nuevo...

>  se está dando un salto a una posible
> "estandarización", pero, ¿de qué sirve que todos los desarrolladores
> de C utilicen Anjuta, por ejemplo?.

Ninguno de los que conozco usan Anjuta...

> Los tipos de Ruby no se han puesto
> de acuerdo en utilizar a Ruby on Rails;

Igual que la gente que escribe C no se ha puesto de acuerdo en usar
gtk2. Doh...

> si yo quiero otro framework,
> puedo hacerlo (el tema es que RoR está tan extendido que sería mejor
> seguir aguas y construir aplicaciones on top of RoR).

Esa es la idea: RoR es un framework, /hecho en Ruby/. Hay otros.

> Estás viendo PHP más un Framework como u

desarrollo deaAplicacion grande

2007-09-20 Por tema [EMAIL PROTECTED] 

Felicitaciones por la iniciativa... cual ERP es ? sitio web ?

On 9/20/2007, "Hugo Figueroa R." <[EMAIL PROTECTED]> wrote:

>por ahi por el 2003 hable de un ERP que desarrollamos
>en php4 y mysql3, casi me matan aca en la lista y me
>dijeron que seria un completo fracaso, que la db se
>corromperia y blablablabla, bueno el sistema sigue
>funcionando a nivel nacional, la aplicacion esta en un
>datacenter(servidor dedicado con centos), firewall de
>fierro, y los clientes siguen en aumento, el php 4 ha
>sido migrado a 5 y el mysql 3 ha sido migrado 4 y a
>ahora a 5, nunca, nunca se ha corrompido la db, lleva
>3.5 millones de registros y funciona filete, y asi
>tenemos varios sistemas para empresas grandes, hechos
>con las mismas herramientas, un MVC de desarrollo
>propio, mysql, php y adodb y smarty, todo siempre
>migrado actualizado a la ultima version
>
>Saludos.
>
>
>--- Rodrigo Fuentealba <[EMAIL PROTECTED]> escribió:
>
>> El 20/09/07, Hugo Figueroa R. <[EMAIL PROTECTED]>
>> escribió:
>> >
>> > symfony, php5, postgres o mysql
>> >
>> 
>> Todos a sus puestos!!! yo voy a buscar mi AK-47 y mi
>> juego de granadas de mano.
>> 
>> MySQL NO es una opción válida para estos
>> desarrollos. Si quieres
>> seguir en la empresa, PLEASE (sí, con mayúsculas),
>> forget it.
>> 
>> Para no revivir la eterna discusión sobre PostgreSQL
>> versus MySQL,
>> mejor que (si tienes tiempo), leas una discusión
>> (muy larga) que tomó
>> lugar hace un par de meses:
>> 
>>  
>>
>http://listas.inf.utfsm.cl/pipermail/linux/2007-July/038171.html
>> 
>> La conclusión a la que he llegado siempre, de manera
>> gráfica (para
>> sonreir un rato):
>> 
>>  
>>
>http://sean.chittenden.org/programming/postgresql/mammoth_versus_dolphin_500.jpg
>> 
>> Saludos,
>> 
>> -- 
>> Rodrigo Fuentealba
>> 
>> 
>
>
>
>  
> 
>¡Sé un mejor ambientalista!
>Encuentra consejos para cuidar el lugar donde vivimos.   
>http://telemundo.yahoo.com/promos/mejorambientalista.html

desarrollo deaAplicacion grande

2007-09-20 Por tema Jorge Riquelme Santana 
Rodrigo Fuentealba escribió:
> El 20/09/07, Jorge Riquelme Santana <[EMAIL PROTECTED]> escribió:
>   
>> Yo optaría por java, y utilizaría spring. Como dbms postgre me parece un
>> buena alternativa.
>>
>> 
>
> Puede ser. En PostgreSQL te lo creo a piejuntillas.
>
>   
>> Como acotación, en mi humilde opinión php no es una buena elección para
>> desarrollar grandes aplicaciones empresariales.
>> 
>
> FUD, a menos que hables de PHP 4. Lo que es PHP 5 con Symfony están
> bastante bien diseñados, si el problema con PHP no es problema de PHP
> sino quienes están tras su desarrollo. Si vas a usar Joomla, claro que
> tendrás mil y un problemas; las políticas de calidad en el desarrollo
> de Joomla son asquerosas, pero si miras los ezComponents, Symfony,
> Propel y PRADO, te darás cuenta de que PHP 5 "sí" se puede usar
> decentemente en cualquier entorno.
>
> ¿Otra opinión? Yahoo! Bookmarks ;-) está hecho en Symfony.
>
> Saludos,
>
>   
Ojo, no he dicho que sea imposible hacer una aplicacion empresarial en
php, o que no existan "buenos ejemplos". Es sólo que me parece más
adecuado un lenguaje con strong typing, packages(o namespaces),
generics(o templates), annotations, etc. Todas caracteristicas que
ayudan a detectar errores en tiempo de compilacion y definitivamente
ayudan cuando un equipo de varias personas trabaja "en lo mismo".
Lamentablemente uno no puede estar seguro de que el compañero que está
tecleando al otro lado de la sala documente bien, use buenos nombres
para clases/variables, etc; por eso prefiero que el lenguaje deje el
menor lugar posible a errores en la capa 8.

Existen muy buenos IDEs para java, personalmente utilizo bastante
eclipse. También hay muy buenos frameworks, proyectos open source
maduros y con comunidades muy activas (más variedad que en php me
atrevería a decir).

En el futuro, para estas aplicaciones "modulares" spring-osgi puede ser
una buena alternativa. Es un proyecto que recien está naciendo, pero a
mi me parece atractivo como opcion para el futuro.

En fin, no tengo nada en contra de php por si acaso, es sólo que un
lenguaje script me parece adecuado para otra clase de aplicaciones.

-- 

Jorge Riquelme Santana
[ www.totex.cl ]

desarrollo deaAplicacion grande

2007-09-20 Por tema Leonardo Soto M. 
On 9/20/07, Rodrigo Fuentealba <[EMAIL PROTECTED]> wrote:
> > Como acotación, en mi humilde opinión php no es una buena elección para
> > desarrollar grandes aplicaciones empresariales.

Donde "aplicaciones empresariales" == .

> FUD, a menos que hables de PHP 4. Lo que es PHP 5 con Symfony están
> bastante bien diseñados, si el problema con PHP no es problema de PHP
> sino quienes están tras su desarrollo.

=> PHP (4 o 5) no está muy "diseñado" que digamos.

Personalmente, si estamos hablando de programar esos sistemas
horribles y grandes, una de las características útiles con las que me
gustaría contar serían los espacios de nombre (namespaces). Entiendo
que PHP5 todavía no tiene.

Pero en realidad, la gente que participe en el proyecto va a ser
muchisimo más determinante que las herramientas que elijan. Nadie se
convierte en super-programador por trabajar con RoR. Pero, como
Ricardo ha mostrado con varios ejemplos, buenos programadores son
capaces de desarrollar buenos productos hasta con PHP ;-)

-- 
Leo Soto M.

desarrollo deaAplicacion grande

2007-09-20 Por tema Rodrigo Fuentealba 
El 20/09/07, Hugo Figueroa R. <[EMAIL PROTECTED]> escribió:
> --- Jorge Riquelme Santana <[EMAIL PROTECTED]> escribió:
> > Como acotación, en mi humilde opinión php no es una
> > buena elección para
> > desarrollar grandes aplicaciones empresariales.
>
> Seria bueno decir los motivos por que no es buena
> eleccion, experiencia propia, comparativa,
>  yo creo que php5 mas un buen framework y un
> desarrollador que ocupe buenas practicas seria
> suficiente

Yes sir. PHP4 más un framework que no sea tan extensible más un
desarrollador que tenga que meterle módulos a mano, podría fácilmente
echarse al saco un desarrollo bueno.

> el unico punto en contra que veo es que en php nunca
> se han puesto de acuerdo en que framework usar como
> estandar, pero creo que si se usan los tres mas
> populares (zend, cake, symfony) se esta dando un salto
> a una posible "estandarizacion".

PHP es un lenguaje tal como C; Si los tipos que hacen C se pusieran de
acuerdo en qué IDE utilizar, se está dando un salto a una posible
"estandarización", pero, ¿de qué sirve que todos los desarrolladores
de C utilicen Anjuta, por ejemplo?. Los tipos de Ruby no se han puesto
de acuerdo en utilizar a Ruby on Rails; si yo quiero otro framework,
puedo hacerlo (el tema es que RoR está tan extendido que sería mejor
seguir aguas y construir aplicaciones on top of RoR).

Estás viendo PHP más un Framework como un todo, cuando debes evaluar
primero lo que te ofrece PHP como lenguaje, saber qué te sirve y qué
te complica, saber qué problemas podrías tener con él y sólo recién
después de eso, evaluar un Framework/CMS que te de lo necesario para
tu aplicación. Si sólo necesitas un portal, ¿para qué complicarse la
vida con Symfony, si puedes usar e107 o cualquiera de esas cosas?.

-- 
Rodrigo Fuentealba

desarrollo deaAplicacion grande

2007-09-20 Por tema Hugo Figueroa R. 
--- Jorge Riquelme Santana <[EMAIL PROTECTED]> escribió:


> Como acotación, en mi humilde opinión php no es una
> buena elección para
> desarrollar grandes aplicaciones empresariales.
> 
> -- 
> 
> Jorge Riquelme Santana
> [ www.totex.cl ]
> 
> 
Seria bueno decir los motivos por que no es buena
eleccion, experiencia propia, comparativa,
 yo creo que php5 mas un buen framework y un
desarrollador que ocupe buenas practicas seria
suficiente,

el unico punto en contra que veo es que en php nunca
se han puesto de acuerdo en que framework usar como
estandar, pero creo que si se usan los tres mas
populares (zend, cake, symfony) se esta dando un salto
a una posible "estandarizacion".


  

¡Sé un mejor fotógrafo!
Perfecciona tu técnica y encuentra las mejores fotos.   
http://telemundo.yahoo.com/promos/mejorfotografo.html
From [EMAIL PROTECTED]  Thu Sep 20 18:25:42 2007
From: [EMAIL PROTECTED] (Asdtaker)
Date: Thu Sep 20 18:28:06 2007
Subject: sistema de administracion de usuarios.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On 9/18/07, Morenisco <[EMAIL PROTECTED]> wrote:
>
> On 9/17/07, Asdtaker <[EMAIL PROTECTED]> wrote:
> >
> > Estimados,
> >
> > Alguno de ustedes conoce alguna herramienta web que sirva para llevar
> una
> > bitacora de usuarios???
> >
> > Me explico, en mi empresa tenemos N sistemas y hasta ahora saber en que
> > sistema esta creado tal o cual usuario es un parto, pues debe buscarse
> en
> > cada tabla de usuario si existe o no.
>
>
> En ese caso seria bueno ke tuvieras autenticacion centralizada (de ser
> posible), para evitar andar buscando usuarios en n sistemas.


Seria Ideal!
Pero mi realidad es distinta. He buscado durante el dia, y por ahora sin
resultados.
Creo que me voy al desarrollo.Se me ocurre que es una de aquellas
apps que comienzan con un pequeño requerimiento y luego se transforman en
poco menos que un mountruo al que se le exige cada dia mas, y mas...y
masargh!

Saludos.
>
> Morenisco.
>

Gracias.


-- 
Saludos, LSM.
Existen 10 tipos de personas:
los que entienden binarios y los que no
From [EMAIL PROTECTED]  Thu Sep 20 18:26:57 2007
From: [EMAIL PROTECTED] (Rodrigo Fuentealba)
Date: Thu Sep 20 18:29:21 2007
Subject: desarrollo deaAplicacion grande
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

El 20/09/07, Hugo Figueroa R. <[EMAIL PROTECTED]> escribió:
> por ahi por el 2003 hable de un ERP que desarrollamos
> en php4 y mysql3, casi me matan aca en la lista y me
> dijeron que seria un completo fracaso, que la db se
> corromperia y blablablabla, bueno el sistema sigue
> funcionando a nivel nacional, la aplicacion esta en un
> datacenter(servidor dedicado con centos), firewall de
> fierro, y los clientes siguen en aumento, el php 4 ha
> sido migrado a 5 y el mysql 3 ha sido migrado 4 y a
> ahora a 5, nunca, nunca se ha corrompido la db

Algo de suerte, algo de invertir en buen hardware y algo de buen
diseño, pensando en no utilizar un RDBMS. Germán lo señaló en su
momento, que cuando las bases de datos relacionales se quedan cortas
hay que mirar otra clase de soluciones. Wikipedia utiliza la base de
datos MySQL para llevar un registro de dónde está cada página y los
CVS, no creo que sean tantas tablas como una aplicación de adeveritas
grande como la que se plantea, como unas 300 tablas consultadas,
actualizadas y versionadas recurrentemente.

> lleva
> 3.5 millones de registros y funciona filete

3.5 millones de registros es muy poco. Acá en la empresa en que estoy
trabajando, tenemos 9 millones de registros con datos GIS, que siguen
siendo muy fáciles de consultar, aún cuando tenemos además varios
ficheros en campos bytea (el personaje que modeló la base no quiso
hacer OID's), y bastante consultada (de hecho, la base conecta a unas
500 estaciones de monitoreo de calidad de aire y sus mediciones crecen
para qué te cuento cada día).

> y asi
> tenemos varios sistemas para empresas grandes, hechos
> con las mismas herramientas, un MVC de desarrollo
> propio, mysql, php y adodb y smarty, todo siempre
> migrado actualizado a la ultima version

Sigo diciéndote: si compruebas en un ambiente de laboratorio las
razones por las cuales MySQL se cae y PostgreSQL no, comprenderás por
qué digo lo contrario.

Además, vuelvo a parafrasear a Álvaro: cuando tienes muchos respaldos
de información y buenos planes de contingencia, nada falla... pero el
día en que se lo vendas a una empresa que no los tenga, van a comenzar
los ayayay ;-)

> Saludos.

Saludos

[ BTW, no top-posting ]

-- 
Rodrigo Fuentealba Cartes
Desarrollador de Sistemas - Consultor UNIX - Database Administrator

desarrollo deaAplicacion grande

2007-09-20 Por tema Rodrigo Fuentealba 
El 20/09/07, Jorge Riquelme Santana <[EMAIL PROTECTED]> escribió:
> Yo optaría por java, y utilizaría spring. Como dbms postgre me parece un
> buena alternativa.
>

Puede ser. En PostgreSQL te lo creo a piejuntillas.

> Como acotación, en mi humilde opinión php no es una buena elección para
> desarrollar grandes aplicaciones empresariales.

FUD, a menos que hables de PHP 4. Lo que es PHP 5 con Symfony están
bastante bien diseñados, si el problema con PHP no es problema de PHP
sino quienes están tras su desarrollo. Si vas a usar Joomla, claro que
tendrás mil y un problemas; las políticas de calidad en el desarrollo
de Joomla son asquerosas, pero si miras los ezComponents, Symfony,
Propel y PRADO, te darás cuenta de que PHP 5 "sí" se puede usar
decentemente en cualquier entorno.

¿Otra opinión? Yahoo! Bookmarks ;-) está hecho en Symfony.

Saludos,

-- 
Rodrigo Fuentealba

desarrollo deaAplicacion grande

2007-09-20 Por tema Rodrigo Fuentealba 
El 20/09/07, Graciela Urquieta <[EMAIL PROTECTED]> escribió:
> Hola, de principio gracias a todos por responder y dar sus
> sugerencias, a lo mejor que algunas cosas no las upe explicar bien,
> ahora detallo esas, para que tengan una idea mas clara:

> * Tengo enetendio que si se busco, para ver si existia aplicaciones
> que cumplan con los requerimientos, lastimosamente no encontraron una.
> ademas que para ir desarrollando modulos faltantes sobre alguna
> aplicacion candidata, decidieron que era preferible desarrollarla
> completa.

oh oh... oximorón a la vista. inviertan harto tiempo en análisis de
requerimientos.

> * Para que tengan una idea la aplicacion no solo toca aspectos
> financieros, mas alcontrario toma aspectos de control y seguimiento de
> proyectos de inversion (pagos, reversiones, etc), adquisiciones
> nacionales e internacionales, manejo de cartera para creditos a
> sectores productivos, control y seguimiento de obras financiadas por
> distintos organismos (gubernamentales, ongs, etc) y varios otros
> modulos relacionados con financiamientos a proyectos.

Eso es relevante para tu aplicación.

> * El tiempo previsto es de 10 meses, contatando almenos 10
> desarrolladores expertos en la herramienta, tambien se planifico una
> capcitacion  para todos los que ya trabajamos para que estemos al
> nivel de los contratados.

10 + cuantos son? Diría que no es necesario contratar solamente developers.

> De entre todas las sugerencias, existen algunas que no conocia y me
> llaman la atencion, por ejemplo:
>
> * Catalyst (este puede generar CRUDs de forma automatica?, al igual
> que symfony y RoR?)

No lo conozco.

> * XSP mod_mono (he visto que en las aplicaciones .net pueden compilar
> y obtener un .exe de la aplicacion y publicarla en el IIS, esto es
> soportado por XSP y mod_mono?)

No señorita, .NET y Mono no funcionan de esa forma. Lo que tú publicas
como un proyecto ASP.NET es un código igualito que el de PHP, con la
diferencia de que el código de tu aplicación es un dll con bibliotecas
compartidas, no un .exe; sí, XSP lo soporta y mod_mono también, pero
no es muy bueno portando aplicaciones así, porque no son 100%
compatibles (a mi entender).

-- 
Rodrigo Fuentealba

desarrollo deaAplicacion grande

2007-09-20 Por tema Claudio Castillo 
On 9/20/07, Graciela Urquieta <[EMAIL PROTECTED]> wrote:
>
> Hola, miren nuevamente acudo a uds. para ver que me puedan colaborar y
> brindar sugerencias sobre lo siguiente:
>
> Acabo de ingresar a trabajar a un empresa, en la cual se tiene
> previsto desarrollar una gran aplicacion financiera (por los modulos
> de que se componen sera una aplicacion de buen tamaño). Resulta que
> las personas que finaciaran este desarrollo, tienen casi decidido
> afrontar este desarrollo en .net(sqlserver+c#+asp.net) principalmente
> por temas de rapidez en el desarrollo, obviamnete algunos de los
> desarrolladores tenemos la mision de cambiar esta decision y plantear
> el uso de SL, segun la distribucion de la empresa y sus sucursales se
> tendria el siguiente entorno:
>
> * aplicacion en entorno web (indispensable)
> * 1 oficina central
> * 20 a 25 surcursales (20 a 30 usuarios cada una)
> * conexion por medio de adsl de 256,512, 1Mb (Segun la posibilidad de
> acceso en cada sucursal)
> * se dispondra de clientes remotos internacionalmente (via internet)
> .
>
> disculpen la aplitud del mensaje y gracias adelantadas para los que me
> den alguna sugerencia
>
>
> Graciela


Aunque vas medio off-topic te recomiendo encarecidamente que compren la
aplicacion financiera o al menos el core de la aplicacion, sin exagerar hay
miles de soluciones empaquetadas en los dialectos mas diversos que puedas
pensar. Si eliges algo habilitado para Web tendras oportunidad de meter SL
en los Clientes y en los pequeños desarrollados de personalizacion de la
aplicacion.

Desarrollo de aplicacion grande + norte tecnologico no claro + reinventar la
rueda = Trabajo por varios meses/años + FRACASO SEGURO

Si aun persisten en el suicidio colectivo.
LAM*P / JSP + JBOSS agregar la BD que te de buen soporte (no necesariamente
SL)

Saludos
Claudio
From [EMAIL PROTECTED]  Thu Sep 20 12:10:49 2007
From: [EMAIL PROTECTED] (Hugo Figueroa R.)
Date: Thu Sep 20 12:39:55 2007
Subject: desarrollo deaAplicacion grande
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>


--- Graciela Urquieta <[EMAIL PROTECTED]>
escribió:

> Hola, miren nuevamente acudo a uds. para ver que me
> puedan colaborar y
> brindar sugerencias sobre lo siguiente:
> 
> Acabo de ingresar a trabajar a un empresa, en la
> cual se tiene
> previsto desarrollar una gran aplicacion financiera
> (por los modulos
> de que se componen sera una aplicacion de buen
> tamaño). Resulta que
> las personas que finaciaran este desarrollo, tienen
> casi decidido
> afrontar este desarrollo en
> .net(sqlserver+c#+asp.net) principalmente
> por temas de rapidez en el desarrollo, obviamnete
> algunos de los
> desarrolladores tenemos la mision de cambiar esta
> decision y plantear
> el uso de SL, segun la distribucion de la empresa y
> sus sucursales se
> tendria el siguiente entorno:
> 
> * aplicacion en entorno web (indispensable)
> * 1 oficina central
> * 20 a 25 surcursales (20 a 30 usuarios cada una)
> * conexion por medio de adsl de 256,512, 1Mb (Segun
> la posibilidad de
> acceso en cada sucursal)
> * se dispondra de clientes remotos
> internacionalmente (via internet)
> 
> Se tiene previsto disponer un servidor
> (aplicacion+BD) en cada una
> para mejorar el acceso a la aplicacion por parte de
> los usuarios
> locales y hacer que estos no sientan el fecto de su
> velocidad de
> acceso (entre la of central y su sucursal que puede
> ser baja), pero
> por debajo hacer que los servidores de las
> sucursales se sincronicen
> con el servidor central para tener los datos
> actualizados
> (replicacion).
> 
> Bueno mi consulta, va referida a que segun estas
> caracteristicas se
> puede plantear mejores alternativas, tanto para
> acceso como para
> implementacion, a mi personalmente me gustaria saber
> si todo esto se
> puede hacer con herramientas de software libre tanto
> en BD como en
> desarrollo y cuales podrian ser las mejores
> alternativas, y si alguno
> tuviera alguna experincia , me gustaria me la
> comparta.
> 

symfony, php5, postgres o mysql

> 
> disculpen la aplitud del mensaje y gracias
> adelantadas para los que me
> den alguna sugerencia
> 
> 
> Graciela
> 
> 



  
________
¡Sé un mejor besador!
Comparte todo lo que sabes sobre besos.  
http://telemundo.yahoo.com/promos/mejorbesador.html
From [EMAIL PROTECTED]  Thu Sep 20 13:01:16 2007
From: [EMAIL PROTECTED] (Rodrigo Fuentealba)
Date: Thu Sep 20 13:03:41 2007
Subject: desarrollo deaAplicacion grande
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAI

desarrollo deaAplicacion grande

2007-09-20 Por tema Rodrigo Fuentealba 
El 20/09/07, usuario anonimo <[EMAIL PROTECTED]> escribió:
> El 20/09/07, Graciela Urquieta <[EMAIL PROTECTED]> escribió:
> > Hola, miren nuevamente acudo a uds. para ver que me puedan colaborar y
> > brindar sugerencias sobre lo siguiente:

Veamos

> > Acabo de ingresar a trabajar a un empresa, en la cual se tiene
> > previsto desarrollar una gran aplicacion financiera (por los modulos
> > de que se componen sera una aplicacion de buen tamaño). Resulta que
> > las personas que finaciaran este desarrollo, tienen casi decidido
> > afrontar este desarrollo en .net(sqlserver+c#+asp.net) principalmente
> > por temas de rapidez en el desarrollo

Se nota que los personajes no han desarrollado en .NET (la supuesta
rapidez no es tal).

> > obviamnete algunos de los
> > desarrolladores tenemos la mision de cambiar esta decision y plantear
> > el uso de SL, segun la distribucion de la empresa y sus sucursales se
> > tendria el siguiente entorno:
> >
> > * aplicacion en entorno web (indispensable)
> > * 1 oficina central
> > * 20 a 25 surcursales (20 a 30 usuarios cada una)
> > * conexion por medio de adsl de 256,512, 1Mb (Segun la posibilidad de
> > acceso en cada sucursal)
> > * se dispondra de clientes remotos internacionalmente (via internet)

Mi recomendación es utilizar Symfony con PHP 5 y como base de datos
puedes usar PostgreSQL, debido a que necesitarás replicación.

De otra manera, puedes usar Python con Django o Ruby con Rails. Este
último definitivamente no te lo recomiendo porque consume mucha
memoria y gastas bastante tiempo haciendo que tu aplicación escale a
una cantidad de usuarios relativamente buena.

> > Se tiene previsto disponer un servidor (aplicacion+BD) en cada una
> > para mejorar el acceso a la aplicacion por parte de los usuarios
> > locales y hacer que estos no sientan el fecto de su velocidad de
> > acceso (entre la of central y su sucursal que puede ser baja), pero
> > por debajo hacer que los servidores de las sucursales se sincronicen
> > con el servidor central para tener los datos actualizados
> > (replicacion).

PostgreSQL + Slony-I o PITR (Point-In-Time Recovery?)

> Puedes usar como db PostgreSQL que funciona de maravilla, en la
> replicacion tengo entendido que es un poco compleja, pero la verdad yo
> no tengo experiencia en replicacion.

No es tan fiero el león como lo pintan.

> Independiente de las herramientas que quieras o elijas creo que el
> exito dependera del nivel de conocimiento que tengas de estas.

A veces, lo importante no es saberlo todo, sino tener el teléfono de
quien sabe lo que necesitas ;-)

-- 
Rodrigo Fuentealba

desarrollo deaAplicacion grande

2007-09-20 Por tema usuario anonimo 
El 20/09/07, Graciela Urquieta <[EMAIL PROTECTED]> escribió:
> Hola, miren nuevamente acudo a uds. para ver que me puedan colaborar y
> brindar sugerencias sobre lo siguiente:
>
> Acabo de ingresar a trabajar a un empresa, en la cual se tiene
> previsto desarrollar una gran aplicacion financiera (por los modulos
> de que se componen sera una aplicacion de buen tamaño). Resulta que
> las personas que finaciaran este desarrollo, tienen casi decidido
> afrontar este desarrollo en .net(sqlserver+c#+asp.net) principalmente
> por temas de rapidez en el desarrollo, obviamnete algunos de los
> desarrolladores tenemos la mision de cambiar esta decision y plantear
> el uso de SL, segun la distribucion de la empresa y sus sucursales se
> tendria el siguiente entorno:
>
> * aplicacion en entorno web (indispensable)
> * 1 oficina central
> * 20 a 25 surcursales (20 a 30 usuarios cada una)
> * conexion por medio de adsl de 256,512, 1Mb (Segun la posibilidad de
> acceso en cada sucursal)
> * se dispondra de clientes remotos internacionalmente (via internet)
>
> Se tiene previsto disponer un servidor (aplicacion+BD) en cada una
> para mejorar el acceso a la aplicacion por parte de los usuarios
> locales y hacer que estos no sientan el fecto de su velocidad de
> acceso (entre la of central y su sucursal que puede ser baja), pero
> por debajo hacer que los servidores de las sucursales se sincronicen
> con el servidor central para tener los datos actualizados
> (replicacion).
>
> Bueno mi consulta, va referida a que segun estas caracteristicas se
> puede plantear mejores alternativas, tanto para acceso como para
> implementacion, a mi personalmente me gustaria saber si todo esto se
> puede hacer con herramientas de software libre tanto en BD como en
> desarrollo y cuales podrian ser las mejores alternativas, y si alguno
> tuviera alguna experincia , me gustaria me la comparta.

Puedes usar como db PostgreSQL que funciona de maravilla, en la
replicacion tengo entendido que es un poco compleja, pero la verdad yo
no tengo experiencia en replicacion.

Como lenguaje Puedes usar Perl, Python, PHP5, Java, Ruby, Mono etc...

Independiente de las herramientas que quieras o elijas creo que el
exito dependera del nivel de conocimiento que tengas de estas.

>
>
> disculpen la aplitud del mensaje y gracias adelantadas para los que me
> den alguna sugerencia
>
>
> Graciela
>
>


-- 
_
Solo soy una mente genial en un cuerpo

desarrollo deaAplicacion grande

2007-09-20 Por tema Graciela Urquieta 
Hola, miren nuevamente acudo a uds. para ver que me puedan colaborar y
brindar sugerencias sobre lo siguiente:

Acabo de ingresar a trabajar a un empresa, en la cual se tiene
previsto desarrollar una gran aplicacion financiera (por los modulos
de que se componen sera una aplicacion de buen tamaño). Resulta que
las personas que finaciaran este desarrollo, tienen casi decidido
afrontar este desarrollo en .net(sqlserver+c#+asp.net) principalmente
por temas de rapidez en el desarrollo, obviamnete algunos de los
desarrolladores tenemos la mision de cambiar esta decision y plantear
el uso de SL, segun la distribucion de la empresa y sus sucursales se
tendria el siguiente entorno:

* aplicacion en entorno web (indispensable)
* 1 oficina central
* 20 a 25 surcursales (20 a 30 usuarios cada una)
* conexion por medio de adsl de 256,512, 1Mb (Segun la posibilidad de
acceso en cada sucursal)
* se dispondra de clientes remotos internacionalmente (via internet)

Se tiene previsto disponer un servidor (aplicacion+BD) en cada una
para mejorar el acceso a la aplicacion por parte de los usuarios
locales y hacer que estos no sientan el fecto de su velocidad de
acceso (entre la of central y su sucursal que puede ser baja), pero
por debajo hacer que los servidores de las sucursales se sincronicen
con el servidor central para tener los datos actualizados
(replicacion).

Bueno mi consulta, va referida a que segun estas caracteristicas se
puede plantear mejores alternativas, tanto para acceso como para
implementacion, a mi personalmente me gustaria saber si todo esto se
puede hacer con herramientas de software libre tanto en BD como en
desarrollo y cuales podrian ser las mejores alternativas, y si alguno
tuviera alguna experincia , me gustaria me la comparta.


disculpen la aplitud del mensaje y gracias adelantadas para los que me
den alguna sugerencia


Graciela