witch [EMAIL PROTECTED]


===========================================================
     UNIVERSIDAD TECNICA FEDERICO SANTA MARIA
                 CAMPUS GUAYAQUIL
        CENTRO DE SERVICIOS INFORMATICOS
Mail enviado a traves de IMP-USM: http://www.usm.edu.ec/imp
    Los invitamos a visitar  http://www.usm.edu.ec
===========================================================
From [EMAIL PROTECTED]  Mon Aug 23 20:23:21 2004
From: [EMAIL PROTECTED] (=?iso-8859-1?q?fernando=20villarroel?=)
Date: Mon Aug 23 20:23:33 2004
Subject: [GRACIAS]Consejos sobre proyecto y lenguage.
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Bueno gracias a todos por sus consejos en especial a
Fernando San Martin, valioso aporte, a mi tambien me
encanta Python, deja enganchar y luego hablo sobre
Pygestor, te aviso!.

Bueno creo que no estaba tan mal, pero si antes de
cuantificar creo que me faltan al menos unas dos o
tres reuniones con el cliente para obtener un detalle
super claro sobre lo que realmente se quiere. Pero me
quedo mas tranquilo.

Una vez recibido todos sus consejos me quede
enganchado y quiero pedirles su opinion por la
siguiente idea.

Como todas las sucursales tienen ADLS, y la central
tiene IP Fija pensaba en una configuracion como esta;

central.empresa.cl, suc1.empresa.cl, suc2.empresa.cl,
etc.

Luego en el DNS se actualiza dinamicamente la IP de
cada sucursal, para esto en cada sucursal pongo un
cliente como ddclient o ez-ipupdate. Asi tengo
remotamente el control de cada sucursal y me permite
hacer tuneles con la central para mover informacion,
por ejm un bash.

Luego en cada sucursal configuro Apache-PHP ,SSH, y el
motor de base de datos. para configurar una intranet
con los script PHP, que correran localmente. y cierro
los puertos www, y 5432 para todo lo que venga de
internet, dejo abierto solo ssh.

De esta manera me evito cargarle la mano al servidor
central y no dependo de internet y no tener que dar
explicaciones como que se me callo el sistema, no hay
linea, etc.

Finalmente al final de cada dia corro un bash en cada
sucursal que centralice los movimientos a la base de
datos central y vice versa.

Bueno espero sus opiniones.

Fernando Villarroel N.

 --- fernando villarroel <[EMAIL PROTECTED]>
escribió: 
> Hola recurro a sus consejos,un poquito largopero
> quiero que se entienda
>   Se me presento la oportunidad de desarrollar un
> proyecto para una empresa de transporte de cargas y
> encomiendas, del tipo Chilexpress, o Pullmann Cargo,
> con presencia en toda la zona sur, es decir de
> Santiago al Sur.
> 
> Basicamente el cliente necesita centralizar su
> informacion en una base de datos que este en linea
> con
> todas sus sucursales. Esta base de datos debe
> permitir
> controlar la gestion de su negocio, es decir el
> transporte de las encominedas y o cargas, la cuenta
> corriente de sus clientes, la facturaion mensual,
> los
> fletes. A grandes rangos esto es para que
> dimensionen
> un poco el requerimiento.
> 
> Esta empresa cuenta con ADSL en todas sus oficinas y
> posee una IP fija en el lugar donde se centralizaria
> su base de datos.
> 
>    Es aqui donde donde requiero de vuestra ayuda, a
> grandes rasgos yo divido el proyecto en 2 grandes
> areas. 
> 
> 1) Que se refiere a la implementacion del servidor
> que
> soportara la base de datos y que he optado por
> Debian,
> y configuracion de la base de datos propiamente tal
> que para este caso me he decidido por PostgreSQL.
> En esta etapa tambien como se configurara la red
> para
> los distintos clientes del sistema.
> 
> Para mi esta etapa tiene un costo o un canon a
> cobrar
> distinto del valor que cobrare por el desarrollo de
> la
> solucion propiamente tal. Que dicen ustedes o debo
> armar un solo paquete y cobrar por todo?.
> 
> 2) Esta etapa es la del desarrollo de la base de
> Datos
> propiamente tal y el desarrollo del software que
> administrara el negocio, puesta en marcha y
> mantenciones del sistema. 
> 
> Para mi esto tiene otro costo distinto del
> anterior.Que creen ustedes?
> Como puedo llevar lo anterior a numeros y asi
> cuantificar cual sera el valor que debo cobrar.
> 
> Finalmente como dije quiero implementar PostgreSQL,
> y
> como creo que puedo encarar la solucion yo he
> pensado
> la siguiente, dado que los tiempos de espera deben
> ser
> minimos , pienso en crear UI Texto y que los
> clientes
> o sucursales se comuniquen con la base de datos a
> travez de SSH, como dije creando interfaz texto en
> Python y Ncurses.
> 
> Otra alternativa es poner GUI en cada sucursal, pero
> no me convence mucho ya que este desarrollo
> demandara
> mas tiempo. Que dicen?
> 
> Finalmente es implementar algo en PHP utilizando
> como
> medio Internet, pero aqui tengo mis dudas por la
> seguridad, quizas tambien he pensado desarrollar en
> PHP y en cada sucursal implementar una intranet con
> los script en PHP y que solo los requerimientos que
> necesiten de la base de datos vayan a buscar la
> informacion via internet, como andara el
> rendimiento?.
> Esta solucion o de este tipo me gusta por que
> tambien
> tendre el incoveniente si en algun minuto necesito
> imprimir en las sucursales podre por ejm, hacer algo
> asi como open("LPT1","w") he imprimir en las
> impresoras de cada sucursal.
> 
> Bueno un poquito largo, pero haber si me dan una
> manito tengo reunion con este potencial cliente el
> dia
> Jueves y haber si me pueden ayudar a saber como
> expresar el requerimiento en numeros, valor hora,
> etc.
> Y de las alternativas de desarrollo de software que
> creen o si me aconsejan otras soluciones o
> alternativas para programar.
> 
> Fernando Villarroel N.
> 
> 
> 
> 
>               
> ______________________________________________
> Renovamos el Correo Yahoo!: ¡100 MB GRATIS!
> Nuevos servicios, más seguridad
> http://correo.yahoo.es
>  


                
______________________________________________
Renovamos el Correo Yahoo!: ¡100 MB GRATIS!
Nuevos servicios, más seguridad
http://correo.yahoo.es
From [EMAIL PROTECTED]  Mon Aug 23 20:50:11 2004
From: [EMAIL PROTECTED] (Paulo Seguel)
Date: Mon Aug 23 20:50:18 2004
Subject: Consejos sobre proyecto y lenguage.
Message-ID: <[EMAIL PROTECTED]>

Mensaje citado por Alvaro Herrera <[EMAIL PROTECTED]>:

> On Mon, Aug 23, 2004 at 07:56:30PM -0400, Jorge Valenzuela wrote:
> 
> > Concuerdo con Horst, que debe ser www, sino se verá feo y lo catalogaran 
> > de antiguo y ademas le echaran la culpa a linux. además ya hay 
> > herramientas para asegurar que ande bien  y seguro via internet (SSL, 
> > FW, etc).
> 
> Parece harto snob hace algo www porque "se vera feo y lo catalogaran de
> antiguo".  Yo no se que le veran de lindo a las interfaces www;
> personalmente las encuentro generalmente inusables, y se van de guata si
> la conexión se cae.
> 

Pero si depende de una base de datos remota, aunque no sea aplicacion web la
aplicacion se va de guata igual al cortarse la conexion.

Si quieres (o necesitas) hacer varias interfaces, seria bueno que utilizaras el
concepto de web-services. De esta manera estandarizas las llamadas a la
aplicacion remota y puedes tener distintos clientes.

Bueno, el concepto de web-service no es nada nuevo pero la gracia es que es
super simple de utilizar (al menos xml-rpc) y existen librerias xml-rpc/soap
para casi todos los lenguajes.


-- 
Paulo Seguel
[EMAIL PROTECTED]
User #93595 counter.li.org

-------------------------------------------------
Atentus.com: Si su sitio falla, Usted será el primero en enterarse. 
From [EMAIL PROTECTED]  Mon Aug 23 21:02:41 2004
From: [EMAIL PROTECTED] (Paulo Seguel)
Date: Mon Aug 23 21:02:46 2004
Subject: CUPS : Browse recv failed
Message-ID: <[EMAIL PROTECTED]>

Mensaje citado por "Marcos Altamirano A." <[EMAIL PROTECTED]>:

> Hola a todos:
> 
> Tengo una red de 50 PC con Linux Mandrake 10, 
> y desde hace 2 días no puedo ver las impresoras compartidas.
> 
>

A mi me paso algo parecido. Fijate que cups parte para morirse al rato, pero
deja el puerto 631 tomado por lo que no puedes reiniciar el servicio.

Como tienes urpmi, haz el update correspondiente.


Saludos,

-- 
Paulo Seguel
[EMAIL PROTECTED]
User #93595 counter.li.org

-------------------------------------------------
Atentus.com: Si su sitio falla, Usted será el primero en enterarse. 
From [EMAIL PROTECTED]  Mon Aug 23 22:14:51 2004
From: [EMAIL PROTECTED] (Jorge Valenzuela)
Date: Mon Aug 23 22:03:59 2004
Subject: Consejos sobre proyecto y lenguage.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Alvaro Herrera wrote:
> On Mon, Aug 23, 2004 at 07:56:30PM -0400, Jorge Valenzuela wrote:
> 
> 
>>Concuerdo con Horst, que debe ser www, sino se verá feo y lo catalogaran 
>>de antiguo y ademas le echaran la culpa a linux. además ya hay 
>>herramientas para asegurar que ande bien  y seguro via internet (SSL, 
>>FW, etc).
> 
> 
> Parece harto snob hace algo www porque "se vera feo y lo catalogaran de
> antiguo".  Yo no se que le veran de lindo a las interfaces www;
> personalmente las encuentro generalmente inusables, y se van de guata si
> la conexión se cae.

Cualquier aplicacion con una BD central es susceptible de fallar si las 
comunicaciones no te acompañan.

Respecto de la cosmetica si te apoyas en un buen diseñador puedes hacer 
cosas bien usables (no olvidar a javascript y su poder oculto... la 
menos para algunos) y esteticamente buenas, con imagen corporativa, te 
saltas la capa de que no funciona bien en tal o cual cliente, porque te 
basas en los browsers estandar (Ie, Mozilla ) y ya cubres un amplio 
espectro.

> 
> Lo de la seguridad está implementado en todas partes ... no es exclusivo
> de www.  Sólo es cosa de saber qué cosas usar y cómo.
> 

me referìa a que en web tambien es seguro, dado como lo preguntaban.

saludos

Jorge V.S.'040823
-- 
//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\
                     \\//        Jorge Valenzuela S.;  Santiago, Chile.
      <|>.           \\//        e-mail > [EMAIL PROTECTED]
      /| |X|         \\//       ICQ    > 107367495
                    \\//        http://www.poliedros.net
//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\

Responder a