Cita:
Empezado por Casimiro Notevi
No lo he entendido
|
Es que me enredo explicando, al tener una aplicación cliente que se conecta directamente a la base de datos se suelen tener muchos problemas, la mayoría de información, tutoriales y cosas similares que uno encuentra de por ejemplo IBX son muy viejos y te terminan enseñando a trabajar con un esquema de conexión que no es optimo para las necesidades de hoy día, donde todo el tiempo te encuentras conectado al servidor (se que se puede hacer de otras formas pero la mayoría te orienta así), donde la perdida de conexión se ve reflejada en bloqueos de la aplicación o donde una aplicación que iba a ser para una red de equipos conectados por cable ya te piden (y te pagan obviamente) para que soporte conexiones por internet (y ahí en la nube los ibx no son la mejor opción y adaptarlo traerá grandes problemas)... En fin para evitar eso es que opino que uno debería arrancar los proyectos nuevos con arquitecturas tales como REST o DataSnap (el cual no he trabajado), o hacer una aplicación servidor que haga de intermedio entre la base de datos y los diversos clientes, y que en los clientes nunca debe de haber componentes que le den acceso a la base de datos (IBX, Ado o similares)
Cita:
Empezado por Casimiro Notevi
No, no es así, son puertos "aleatorios", pero no el 3052.
|
Tienes razón, ahora mirando un poco atrás para solucionar el problema del firewall nos tocaba dejar los eventos en un puerto fijo con la instrucción RemoteAuxPort que se puede marcar en el archivo de configuración de firebird