Conexión Remota Lenta

[rastafarey]

Si asi fue normal mente tecleo en un editor corrijo y luego envio.
Pero esta vez estaba un poco apurado.

Ha el ejemplo qu eplantee ya lo monte con remobject tkbmmen y al parecer funciona bien. Pero no tengo como probarlo a nivel wan.

Si a alguien le interesa .

[ferysil2003]

Cierto, lamento mi error, no se en que estaba pensando, si tenemos una velocidad de subida en la conexion del servidor de la base de datos de 128k significa que nos puede servir como máximo 16000 bytes por segundo, y si es de 256k nos serviria como máximo 32000 bytes por segundo, aun así, o se optimiza mucho el sistema de consultas sobre la base de datos o el manejo de la aplicacion sería muy lenta sobre todo si trabajan muchos usuarios al tiempo. Pienso que terminal server o su superior tanto en prestaciones como en coste Citrix sería la mejor solucion. Todo está en evaluar concienzudamente la cantidad de datos que devolverian las consultar de nuestra aplicacion y así estimar tiempos de respuesta.

[rastafarey]

Te recomiendo hacer conexiones directas a al abase dedatos en lan y para salir qu ela comunicacion se establesaca entre servidores y no con clientes

[Casimiro Noteví]

Creo que estáis confundiendo conceptos... o no me entero bien de lo que habláis

El Terminal Server, al igual que otros programas del estilo, como el RAdmin (Remote Administrator), trabajan como si fuesen una pantalla, teclado y ratón con unos cables muuuuuuuuuuuuuy largos conectados al ordenador que deseemos.

O sea, los únicos datos que circulan por la red son las pantallas que nos muestran y nuestras pulsaciones de teclas y clicks del ratón, pero todo el programa se estará ejecutando en el servidor. No sé si me explico bien.

[ferysil2003]

Claro que si Casimiro Notevi eso es terminal server, ¿y para que se usa?, pues para eso para que aplicaciones que son lentas de manera remota se vuelvan rápidas ya que quien ejecuta realmente la aplicacion es el servidor. Ventaja: rapidez de trabajo. Inconveniente: Coste, tenemos que invertir en un buen servidor y las correspondientes licencias. Pero es una solucion empleada por muchisimas empresas que necesitan acceder a su aplicacion de manera remota de manera ágil. Que alguien diseña su aplicacion para evitar esto, perfecto, pero siempre habrá consultas que devuelvan gran cantidad de datos y esto multiplicado por un numero determinado de clientes hara que el trafico que el servidor tiene que devolver por adsl sea pesado y lento. Es una respuesta valida para este hilo ya que el problema que el usuario planteaba era que el trabajo con su aplicacion de manera remota era muy lenta.

[ferysil2003]

¡Ojo!, se me olvidó decir que de esta manera la aplicacion se ejecuta en el servidor, pero con las impresoras trabajos de manera local, es decir el cliente remoto imprimirá con sus propias impresoras, y además si su conexion se pierde o su equipo se cuelga, al volver a conectar seguirá por donde lo había dejado.

[Casimiro Noteví]

Bien, eso es correcto, pero... depende!!!
Si es un programa cliente/servidor no vale de esa manera, sino que tendría que pone un ordenador "cliente" al que se conectarían desde el exterior, ya que este ordenador "cliente" es el que haría las peticiones al servidor.
También se puede usar el mismo servidor, pero sería sobrecargar muchísimo, no vale la pena.
En cuanto al coste de las licencias, puedes usar cualquier programa libre VNC.