Hola Francisco, Alejandro, gracias por compartir sus experiencias. totalmente de acuerdo en la importancia de un buen analisis antes de ponerse a escribir codigo, tener bien en claro como tener la mayoria de la data este en forma local para evista el trafico por tcp/ip. Para poder tener un mayor grado de seguridad también me gusta mucho la idea de una VPN por Hard. como dice Francisco Bueno, de nuevo gracias a todos, cuando avance un poco seguramente me surgiran nuevas dudas y volveré a exponerlas por aca.
Saludos Ricardo Pina El 24 de noviembre de 2010 20:45, Alejandro Paciotti Iacchelli < [email protected]> escribió: > Mirá, lo que estoy manteniendo yo funciona con dyndns, gratuito, y anda > bien. > Cualquier motor de los que estás evaluando te permite conexiones externas > via TCP/IP, ponés el dyndns y el sistema lo desarrollas como si fuera local. > > Obviamente, la velocidad no es la misma local que remotamente, pero para > eso tenés que contemplar que procesos son los "calientes" y cuales son los > que no necesitan estar 100% online. > > Ejemplo: > Un módulo de ventas debe tener acceso local a la tabla de artículos. > Pero bien podrías tener una vista con el resumen de ventas que sea > accesible remotamente. Se supone que quien deba ver un resumen de ventas no > necesita la venta que se hizo ahora, sino como va el día o el mes. > > Entonces tenés las tablas de artículo localmente, pero si querés podés > tener una tabla de artículos en la administración y un proceso que sea algo > así como una tabla de novedades, y cada tanto que en las sucursales chequeen > si hay alguna novedad. > > En sintesis, creo que no hay límite para la implementación hoy en día. La > solución pasa mucho por el diseño de bases y procesos. > > Si querés conectame por privado o por skype y te muestro funcionando algo > de lo que mantengo. > > > > > El 24 de noviembre de 2010 15:41, Ricardo Pina <[email protected]>escribió: > >> Hola Alejandro >> >> Si, creo estar bien orientado, elegimos Postgress por una cuestión de >> costos, nosotros también tenemos muy buenas referencias como asi tambien de >> Firebird. >> La mayor duda la tenemos en la manera de establecer la conección desde la >> Administración. >> Directamente por la ip del servidor remoto? , establecer una VPN ?, es >> necesario en web server ?. >> No se que es lo mejor, vi que hay clases que trabajan con los >> protocolos http hechas por gente de aca (Argentina) que tienen muy buenos >> comentarios, pero no se si la solución pasa por ahi. >> >> Saludos >> >> El 24 de noviembre de 2010 14:51, Alejandro Paciotti Iacchelli < >> [email protected]> escribió: >> >>> Ricardo: Yo administro un sistema para restoranes que tiene un centro >>> de distribución, 3 sucursales y toda esa información se centraliza en la >>> administración. Todo en VFP con SQL SERVER. Anda un violín. >>> >>> Ese sistema para restoranes ahora también se integra con un sistema de >>> gestión que tiene un motor en Firebird. Con lo que le metí dedo e hice mis >>> primeras consultas contra ese motor, y también anda muy bien. >>> >>> >>> >>> Creo que vas bien encaminado, una aplicación VFP con BDD POSTGRESS y >>> luego haría un módulo que centralice en la administración. Si hay alguna >>> tabla que deban actualizar en central, que el módulo centralizador lea de la >>> administración y grabe localmente. >>> >>> >>> >>> No la veo muy difícil. >>> >>> >>> >>> También hice aplicaciones que se conectan con MYSQL y realmente vuelan >>> también. El tema del motor es depende de lo que estés pensando gastar. Hoy >>> en día andan muy bien MySql, SqlServer, Firebird. >>> >>> Postgre no lo conozco, pero me han dado excelentes referencias. >>> >>> >>> >>> BDD en FOX lo descartaría por el tema de la seguridad. En ese sentido me >>> resultó muy útil la seguridad integrada de SQL SERVER, objetos COM en FOX >>> dentro del servicio de componentes de Windows 2003 server, y ahí tenes una >>> parte importante del sistema resuelto. Todo lo que es seguridad entre >>> Windows, base de datos y procesos. >>> >>> >>> >>> Saludos. >>> >>> >>> >>> >>> >>> >>> >>> *De:* [email protected] [mailto:[email protected]] *En nombre de *Ricardo >>> Pina >>> >>> *Enviado el:* Miércoles, 24 de Noviembre de 2010 02:15 p.m. >>> *Para:* GUFA List Member >>> *Asunto:* [GUFA] Consejos Sistema con acceso via internet (o qué?) >>> >>> >>> >>> Hola Gente >>> >>> Recurro a ustedes para que me orienten en cuáles serían las alternativas >>> para el siguiente escenario >>> >>> Estoy por comenzar el desarrollo de un sistema donde el 90% de la carga >>> de información se va a dar desde una sucursal ubicada geográficamente a 2000 >>> Km de la casa central (en Pto Deseado, Pcia de Santa Cruz), y desde la >>> central van a acceder a diario para ocacionalmente cerrar algunas >>> operaciones ya cargadas desde la sucursal y para extraer información >>> (reportes varios ) para la toma de decisiones a nivel gerencial. >>> >>> Mi idea es desarrollar una aplicacion de escritorio con VPF9 con una BBDD >>> Postgres dentro de su red lan privada (+o- 5 usuarios), y desde casa >>> central acceder a la BBDD de la sucursal (+o- otros 5 usuarios). >>> >>> Acá comienzan mis dudas, no tengo experiencia en este tipo de conexiones >>> remotas. >>> >>> Qué conexión sugieren? VPN? por IP?Qué características debería tener el >>> servidor del Sur? Es posible lograr un rendimiento aceptable como para >>> trabajar online? Sabemos que allá llega speedy (telefónica de argentina), no >>> se si algún otro. >>> >>> Trato de priorizar esta alternativa a las demas: >>> * No Escritorio remoto >>> * No Logmein >>> * Replica de BBDD mediante FTP a la central ( solo serviría para los >>> informes) a modo de tener una alternativa por caida de conexión prolongada >>> * No .NET ( sólo lo menciono para que tengan presente que fue contemplado >>> pero como ultima opción, por debajo de la opcion de renuncia al proyecto) >>> >>> Espero sus sugerencias y recomendaciones. >>> >>> Saludos y gracias >>> Ricardo Pina >>> >> >> >> >> -- >> Ricardo Pina >> D&SIP >> Desarrollo y Servicios Informáticos Profesionales >> www.dsip.com.ar >> >> > -- Ricardo Pina D&SIP Desarrollo y Servicios Informáticos Profesionales www.dsip.com.ar
