¿Por qué no probás a invertir la dirección? Que el exe local deje las imágenes en un directorio local (compartido en el ER), y en tu aplicación central tenés (a) una opción manual para traerlas al servidor ó (b) un servicio en el servidor que está mirando cada tanto esos directorios compartidos y trayendose el contenido.
Al menos haría la prueba. Si lo que es lento es la manipulación de datos, dejás de hacerla remotamente, y lo que te queda es un ADIR() para ver si hay algo y un COPY para traerlo. Saludos, --- Martín Salías http://Salias.com.ar 2008/10/6 Estela Lázaro <[EMAIL PROTECTED]> > Hola Martín, muchas gracias por tus recomendaciones > > > > Ahora vienen arrglándose con la alternativa "de compromiso": pequeño exe > local mapeo un recurso del servidor y accedo a los datos de bases de VFP > (es lentísimo pero anda) para que sólo scaneen guardando la referencia del > path donde están las imágenes en el server. > > El resto lo hacen todo por el ER. > > > > Gracias > > Estela > > > ----- Mensaje original ---- > De: Martín Salías <[EMAIL PROTECTED]> > Para: GUFA List Member <[email protected]> > Enviado: lunes 6 de octubre de 2008, 16:18:35 > Asunto: [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor > > Hola, Estela. > > Ahora si. No recordaba el problema del scanner. En principio el escenario > de migrar a un motor (si es sencillo para vos) y accederlo a través de la > VPN, con ejecutables locales, puede andar bien. > > Lo que más te recomiendo hacer es: PROBAR PRIMERO. > > Antes que ninguna otra cosa en tu migración, poné una VPN, armá un programa > sencillo con algunos ejemplos de acceso a datos típicos (aislados, no > necesitás interfaz de usuario), y hacé la prueba para ver si la respuesta es > buena. De hecho, verificá que te SOBRE rendimiento, porque en la aplicación > real la cosa se va a acomplicar un poco y siempre vas a perder un poco. > Asegurate de tener margen. > > Con esto voy a que no empieces todo un esfuerzo de migración para hacerlas > primeras pruebas después de meses invertidos y descubrir que algo no resulta > como esperabas. Es más, armá estas pruebas para ver si está todo bien como > para arrancar, y después ejecutalas periódicamente a medida que avances con > la aplicación (al menos una vez por semana). De esta forma si en algún > momento pasa algo que te tire el tiempo de respuesta al bombo, podés > identificar el problema rápidamente, corregirlo y evitarlo hacia adelante. > Con sólo una semana (si fuese todos los días mejor) nada se hace > inmanejable. > > Si ves que con motor y todo la cosa NO camina (a lo mejor el vínculo es muy > lento para el volumen de datos, o lo que sea), una alternativa "de > compromiso" es que hagas un ejecutable menor que maneje la parte del > scanner, instalado localmente y que deja los resultados en una carpeta local > que el cliente remoto puede ver y desde el que toma las imagenes. No es lo > ideal, pero puede aliviar temporalmente el problema, incluso mientras hacés > la migración a una RDBMS. > > Saludos, > --- > Martín Salías > http://Salias.com.ar <http://salias.com.ar/> > > > > 2008/10/6 Estela Lázaro <[EMAIL PROTECTED]> > >> Hola Martín >> >> Reiterando: Es un sistema con bases nativas que no tiene problemas en lan >> con exes distribuidos, que pienso migrar a motor cliente servidor (tiene >> algo pues hace años estaba andando en un SQL Server). En esta empresa: se >> conectan a la VPN, acceden a un ER, anda rapidísimo, pero debo salir del ER, >> aunque resulta bárbaro, pues ya no puedo demorarme más por el bendito >> problema del scanner, de ahí que estoy buscando lo más rápido. >> >> Entonces: lo que me queda es terminar de migrar a cliente servidor y >> acceder por exe local a la BBDD por la vpn, no? >> >> Gracias >> Estela >> >> ----- Mensaje original ---- >> De: Martín Salías <[EMAIL PROTECTED]> >> Para: GUFA List Member <[email protected]> >> Enviado: lunes 6 de octubre de 2008, 8:56:10 >> Asunto: [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >> >> No entiendo la pregunta... >> >> Por lo que comentás, ahora están conectados por Terminal Services y les va >> bien. ¿Por qué querés cambiarlo? >> >> --- >> Martín Salías >> http://Salias.com.ar <http://salias.com.ar/> >> >> >> >> 2008/10/5 Estela Lázaro <[EMAIL PROTECTED]> >> >>> Hola, hay una VPN. Dejar el TS a cambio de qué? >>> >>> ----- Mensaje original ---- >>> De: Martín Salías <[EMAIL PROTECTED]> >>> Para: GUFA List Member <[email protected]> >>> Enviado: domingo 5 de octubre de 2008, 18:02:03 >>> Asunto: [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >>> >>> Por lo que decís, están usando Terminal Services, si. >>> >>> Si esa gente etá accediendo por un vínculo lento y tu aplicación no está >>> pensada para acceder con algún esquema distribuido (por ejemplo, usa DBFs >>> con USE/SEEK/SCAN), no va a funcionar localmente (salvo que les instales las >>> DBF locales, pero en ese caso qudan aislados). >>> >>> Si establecieras una VPN, podrías hacer que accedan a un file share, pero >>> va a ser lento, muy probablemente. >>> >>> ¿No podés dejar el Terminal Services? >>> >>> --- >>> Martín Salías >>> http://Salias.com.ar <http://salias.com.ar/> >>> >>> >>> >>> 2008/10/4 Estela Lázaro <[EMAIL PROTECTED]> >>> >>>> Hola Martín >>>> >>>> >>>> >>>> Este es un win 2003 server. Entonces, el ER se puede crear por TS, y eso >>>> debe ser lo que hicieron en mi cliente porque hay varias sesiones remotas, >>>> cada una con su perfil, sus recursos, etc., pueden imprimir en sus >>>> impresoras o en la de los otros, y de hecho no hay nadie sentado enfrente >>>> del servidor. Es rapidísimo >>>> >>>> >>>> >>>> Ahora el exe está remoto, me van a matar cuando los lleve al exe local >>>> (como tengo en todas las lan) accediendo por fibertel a los datos del >>>> servidor, no? Cómo se lo debe conectar para que sea rápido? >>>> >>>> >>>> >>>> Muchas gracias >>>> >>>> Estela >>>> >>>> >>>> >>>> ----- Mensaje original ---- >>>> De: Martín Salías <[EMAIL PROTECTED]> >>>> Para: GUFA List Member <[email protected]> >>>> Enviado: viernes 3 de octubre de 2008, 23:47:37 >>>> Asunto: [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >>>> >>>> Hola, Estela. >>>> >>>> Desde NT 4 el kernel de Windows es multiusuario. Esto quiere cedir que >>>> puede haber más de una sesión interactiva a la vez. En XP y Vista esto se >>>> nota porque te deja tener varios usuarios logueados a la vez y alternar de >>>> uno a otro, pero en la misma máquina, en principio. >>>> >>>> Windows Server tiene un servicio (Terminal Services) que te permite >>>> conectar múltiples sesiones remotas, cada una con su perfil, sus recursos, >>>> etc. La diferencia es que si mirás la pantalla del server usualmente no ves >>>> a nadie, de hecho lo más probable es que no haya nadie sentado enfrente. >>>> >>>> El servicio tiene dos modos: uno de administración remota que te permite >>>> dos o tres conexiones segú la versión, solamente para poder administrar el >>>> server desde lejos. El otro modo es de aplicaciones, que te permite >>>> conectar >>>> tantos usuarios como licencias de acceso tengas instaladas (o sea, pagas) y >>>> como el hardware soporte. >>>> >>>> La verdad es que no vi nada sobre lo nuevo que seguramente traiga en >>>> este aspecto Windows Server 2008, pero te paso el link "oficial": >>>> http://www.microsoft.com/windowsserver2008/en/us/ts-product-home.aspx >>>> >>>> De nuevo, TS es muy lindo, pero el consumo de recursos crece casi >>>> lineamente con la cantidad de usuarios, y cuando pasás el límite de los que >>>> pódés manejar enun solo servidor y tenés que empezar a poner más, hay que >>>> meterse en temas de balanceo de carga, management, etc. >>>> >>>> Saludos, >>>> >>>> --- >>>> Martín Salías >>>> http://Salias.com.ar <http://salias.com.ar/> >>>> >>>> >>>> >>>> 2008/10/3 Estela Lázaro <[EMAIL PROTECTED]> >>>> >>>>> Hola! >>>>> >>>>> Y mientras seguimos planeando el curso para que re-escriba mis sistemas >>>>> .... >>>>> >>>>> Martín: me contás del Terminal Server? Pensaba que era ER. >>>>> >>>>> Saludos >>>>> Estela >>>>> >>>>> PD: qué caballeros! Sigo Primera y en mayúsculas! >>>>> >>>>> >>>>> ----- Mensaje original ---- >>>>> De: Estela Lázaro <[EMAIL PROTECTED]> >>>>> Para: GUFA List Member <[email protected]> >>>>> Enviado: jueves 2 de octubre de 2008, 10:08:29 >>>>> Asunto: [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >>>>> >>>>> Hola Martín >>>>> >>>>> En mi caso, lo de salir del ER, aunque resulta bárbaro, ya no puedo >>>>> demorarme más por el bendito problema del scanner. >>>>> >>>>> Lo de la Aplicación Web más que retoque es hacer todo de cero y estoy >>>>> hablando de un >>>>> Integrado-Contable-Proveedore-Cliente-Stock-Personal-Tesorería-etc lo que >>>>> me >>>>> llevaría además de re-escribir, lidiar con un nuevo soft de desarrollo y >>>>> que >>>>> no sé si está contemplado el tema de scanear localmente (sabés si se >>>>> puede?) >>>>> No creo que en mi caso y ahora esta sea una solución oportuna, aunque no >>>>> queda descartada para ir de a poco con esa. >>>>> >>>>> Ahora bien: Servidor remoto llamás a tener los datos remotos conectarme >>>>> por una vpn por internet, y eso es lento, no? porque como decís: sensible >>>>> al >>>>> ancho de banda y la latencia del vínculo, pero por qué exige que retoque >>>>> bastante la aplicación? A qué te referís? al cambio por Cliente/Servidor >>>>> o a >>>>> otra cosa? >>>>> >>>>> Y qué es por Terminal Server? El servidor es poderoso así que no >>>>> problem, qué tengo que cambiar en el desarrollo? Idea aprox. de precios de >>>>> licencias? Si es más rápido ... >>>>> >>>>> Gracias >>>>> Estela >>>>> >>>>> >>>>> >>>>> >>>>> ----- Mensaje original ---- >>>>> De: Martín Salías <[EMAIL PROTECTED]> >>>>> Para: GUFA List Member <[email protected]> >>>>> Enviado: miércoles 1 de octubre de 2008, 22:51:18 >>>>> Asunto: [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >>>>> >>>>> Hola, Ricardo. >>>>> >>>>> Te hago una evaluación rápida de las alternativas que mencionás y qué >>>>> pros y contras tienen, y te doy alguna otra: >>>>> >>>>> - Escritorio Remoto: como decís es transparente, pero se limita a una o >>>>> dos conexiones >>>>> >>>>> - Terminal Services: en modo aplicación te soporta N conexiones, con >>>>> posibilidad de escalar, pero tiene costos de licenciamiento, y consume del >>>>> lado del servidor una cantidad de recursos (RAM, procesador, etc) bastante >>>>> considerable por sesión. >>>>> >>>>> - Servidor remoto: si tenés una VPN es relativamente seguro, pero es >>>>> muy sensible al ancho de banda y la latencia del vínculo, y exige que >>>>> retoques bastante la aplicación. Sin VPN de por medio, es bastante >>>>> inseguro >>>>> porque tenés que dejar el servidor expuesto. >>>>> >>>>> - Web Services (SOAP): definitivamente no me parece buena idea para >>>>> utilizar como capa de datos, porque tienen una interfaz compleja y te >>>>> aumentan la latencia (cada call es por HTTP, más la serialización, etc). >>>>> >>>>> - RESTful Services: no sé de nadie que lo haya hecho en VFP, pero al >>>>> ser más livianos y tener una interfaz uniforme, son mejores para una >>>>> capade >>>>> datos remota. Ejemplos son las API de Flikr, Amazon S2 y S3, o >>>>> ADO.NET<http://ado.net/>Data Services (antes Astoria). >>>>> >>>>> - Aplicación Web: Esta me parece por lejos la mejor solución si se >>>>> prevé que la cantidad de usuarios se incremente, pero requiere bastante >>>>> retoque de la aplicación. Si tenés pegada la lógica con la presentación, >>>>> es >>>>> muchísimo trabajo. >>>>> >>>>> Final: si no vas a crecer mucho, seguí con escritorio remoto ó Terminal >>>>> Services. Si la cosa crece mucho, debería justificarse la inversión de >>>>> armar >>>>> una interfaz web, y de paso te metés en un campo interesante. >>>>> >>>>> Saludos, >>>>> >>>>> --- >>>>> Martín Salías >>>>> http://Salias.com.ar <http://salias.com.ar/> >>>>> >>>>> >>>>> >>>>> 2008/10/1 Ricardo Pina <[EMAIL PROTECTED]> >>>>> >>>>>> Eric >>>>>> >>>>>> >>>>>> En realidad no hay ningun sistema crítico, solo actualizarían >>>>>> sistemas contables, cuentas corrientes y novedades del personal, lo >>>>>> óptimo >>>>>> seria que actualicen el servidor online pero no es esencial pudiendo >>>>>> hacerse >>>>>> mediante lotes de info manejandose mediante programación >>>>>> Con escritorio remoto no hay que tocar ni una sola linea, lo unico >>>>>> tienen algunos problemas con el manejo de perifericos locales (impresoras >>>>>> USB o scanners), y ademas esta el tema de las licencias que no es poca >>>>>> cosa >>>>>> Con una arquitectura Cliente/servidor solucionas ambas temas pero nos >>>>>> queda a solucionar el tema de velocidad de acceso, como actualizar la >>>>>> BBDD, >>>>>> por eso la consulta al grupo para tomar nota de vuestras experiencias >>>>>> anteriores, que modalidad de trabajo conviene más en estos casos, >>>>>> trabajar >>>>>> online, conectar la BBDD por IP , utilizar web service, trabajar >>>>>> actualizando mediante lotes. >>>>>> En definitiva ver que resulta mas conveniente en estos casos. >>>>>> bueno, seguimos investigando, prometo que publicaremos la solucion >>>>>> definitiva, ya estamos en el barco, tonces a remarrrr >>>>>> >>>>>> Saludos >>>>>> >>>>>> Ricardo Pina >>>>>> >>>>>> >>>>>> 2008/10/1, Eric Z. <[EMAIL PROTECTED]>: >>>>>>> >>>>>>> Ricardo: >>>>>>> >>>>>>> Yo arme un sistema que si bien laburaba localmente >>>>>>> necesitaba de la central conectarse para consultar datos (stock y >>>>>>> demás) y >>>>>>> arme un componente en FOX corriendo en el SERVER que se conectaba a >>>>>>> través >>>>>>> de una VPN y consultaba. El componente consultaba una BD en postgreSQL. >>>>>>> Es >>>>>>> una forma de trabajar. >>>>>>> >>>>>>> Pero es mucho mas fácil por escritorio remoto obvio mientras tengas >>>>>>> Internet ya que se cae el servicio y no hay sistema. Y si el sistema es >>>>>>> de >>>>>>> Critico esta en un problema. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Saludos, Eric! >>>>>>> >>>>>>> >>>>>>> >>>>>>> Eric G. Zbrun >>>>>>> >>>>>>> Ingeniero en Sistemas Informáticos >>>>>>> >>>>>>> Dpto. Desarrollo >>>>>>> >>>>>>> Sistemas C&P >>>>>>> >>>>>>> www.sistemascyp.com.ar >>>>>>> ------------------------------ >>>>>>> >>>>>>> *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *Pablo >>>>>>> Pioli >>>>>>> *Enviado el:* Martes, 30 de Septiembre de 2008 22:45 >>>>>>> *Para:* GUFA List Member >>>>>>> *Asunto:* [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >>>>>>> >>>>>>> >>>>>>> >>>>>>> En realidad para acceso via Internet yo usaria escritorio remoto. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Acceder a la DB via internet es exponerla a cualquiera arriesgandote >>>>>>> a problemas de seguridad. >>>>>>> >>>>>>> Por otro lado, dependiendo de la conexion que tenga el servidor >>>>>>> (especialmente el upload) es posible que los usuarios se quejen por la >>>>>>> velocidad de acceso a los datos. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Una base de datos cliente-servidor tiene muchas ventajas pero no creo >>>>>>> que cambiar a este esquema se justifique solo por acceder a los datos >>>>>>> via >>>>>>> internet. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Pablo Pioli >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>> >>>>>>> *From:* Ricardo Pina <[EMAIL PROTECTED]> >>>>>>> >>>>>>> *To:* GUFA List Member <[email protected]> >>>>>>> >>>>>>> *Sent:* Tuesday, September 30, 2008 10:08 PM >>>>>>> >>>>>>> *Subject:* [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >>>>>>> >>>>>>> >>>>>>> >>>>>>> Parece que es asi nomas >>>>>>> >>>>>>> Tengo claro las ventajas de trabajar con una arquitectura >>>>>>> cliente/servidor y estuve investigando sobre las prestaciones de >>>>>>> Postgresql >>>>>>> para evitar el uso de licencias y en la mayoria de los casos recibi muy >>>>>>> buenas referencias. >>>>>>> >>>>>>> Mi consulta era porque tenia que defender ante el cliente la >>>>>>> migración, ya que tiene sus necesidades satisfechas con la >>>>>>> implementación >>>>>>> del escritorio Remoto y queria "venderle" el cambio de arquitectura >>>>>>> detallandole que ventajas iba a recibir con esto. >>>>>>> >>>>>>> Bueno, espero poder serte útil a la brevedad >>>>>>> >>>>>>> >>>>>>> >>>>>>> Saludos >>>>>>> >>>>>>> Ricardo Pina >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> El 30 de septiembre de 2008 19:20, Eric Z. <[EMAIL PROTECTED]> >>>>>>> escribió: >>>>>>> >>>>>>> Parece Ricardo que te puedo seguir ayudando.. ja! >>>>>>> >>>>>>> Yo te recomiendo PostgreSQL realmente me ha sorprendido por ser un >>>>>>> producto Open Source y además muy completoa diferencia del Mysql. Es un >>>>>>> tema >>>>>>> la configuración de la seguridad pero es muy bueno y muy estable. Ahora >>>>>>> si >>>>>>> tu base no va ocupar mucho podes darle con SQL 2005 Express que hasta 2 >>>>>>> o 4 >>>>>>> Gb va. El tema que si hay alguna PC cliente con Windows 98 olvídalo. No >>>>>>> hay >>>>>>> forma de conectarla. >>>>>>> >>>>>>> Link http://www.postgresql.org/ >>>>>>> >>>>>>> La justificación de migrar es que veas las ventajas de arquitectura >>>>>>> Cliente / Servidor, Seguridad de Base de Datos, etc. (link como para >>>>>>> empezar http://es.wikipedia.org/wiki/Servidor_de_base_de_datos ) >>>>>>> >>>>>>> >>>>>>> >>>>>>> Saludos, Eric! >>>>>>> >>>>>>> >>>>>>> >>>>>>> Eric G. Zbrun >>>>>>> >>>>>>> Ingeniero en Sistemas Informáticos >>>>>>> >>>>>>> Dpto. Desarrollo >>>>>>> >>>>>>> Sistemas C&P >>>>>>> >>>>>>> www.sistemascyp.com.ar >>>>>>> ------------------------------ >>>>>>> >>>>>>> *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *Ricardo >>>>>>> Pina >>>>>>> *Enviado el:* Martes, 30 de Septiembre de 2008 10:34 >>>>>>> *Para:* GUFA List Member >>>>>>> *Asunto:* [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >>>>>>> >>>>>>> >>>>>>> >>>>>>> Sres/as gufas >>>>>>> >>>>>>> >>>>>>> >>>>>>> Qué opinan? Tengo desarrollado un Sistema en VFP7 que trabaja con >>>>>>> bases nativas fox, por requerimientos de un cliente debe entrar desde >>>>>>> dos >>>>>>> puntos distantes (CapFed y Mendoza). Lo solucioné con la implementación >>>>>>> de >>>>>>> un escritorio remoto pero se me planteó la posibilidad de migrar a un >>>>>>> motor >>>>>>> Cliente Servidor (Postgres - MySql). Qué ventajas y desventajas ven de >>>>>>> trabajar con motor Cliente Servidor con respecto al ER del que hablé que >>>>>>> justifiquen o no la migración? >>>>>>> >>>>>>> >>>>>>> >>>>>>> Gracias >>>>>>> >>>>>>> Ricardo Pina >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> ------------------------------ >>>>> >>>>> Yahoo! Cocina >>>>> Recetas prácticas y comida saludable >>>>> Visitá http://ar.mujer.yahoo.com/cocina/ >>>>> >>>>> ------------------------------ >>>>> >>>>> Yahoo! Cocina >>>>> Recetas prácticas y comida saludable >>>>> Visitá http://ar.mujer.yahoo.com/cocina/ >>>>> >>>> >>>> >>>> ------------------------------ >>>> >>>> Yahoo! Cocina >>>> Recetas prácticas y comida saludable >>>> Visitá http://ar.mujer.yahoo.com/cocina/ >>>> >>> >>> >>> ------------------------------ >>> >>> Yahoo! Cocina >>> Recetas prácticas y comida saludable >>> Visitá http://ar.mujer.yahoo.com/cocina/ >>> >> >> >> ------------------------------ >> >> ¡Buscá desde tu celular! Yahoo! oneSEARCH ahora está en Claro >> http://ar.mobile.yahoo.com/onesearch >> > > > ------------------------------ > > Yahoo! Cocina > Recetas prácticas y comida saludable > Visitá http://ar.mujer.yahoo.com/cocina/ >
