Copiador de transacciones/señales de alta fiabilidad (discusión y desarrollo de la ideología) - página 5
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
He estado investigando un poco. Ejemplos de sistemas cliente-servidor sencillos en diferentes idiomas.
y en pocas palabras, ¿cuál es su propuesta?
- ¿La sincronización se realiza a través de un socket?
- ¿Se transmite el estado completo de la cuenta principal?
y en resumen, ¿qué tipo de propuesta está haciendo?
- ¿la sincronización se realiza a través de un socket?
- ¿se transmite el estado completo de la cuenta principal?
Y esbozar el contexto servidor-cliente, ¿dónde se sitúa el servidor frente a los clientes?
Siento salir corriendo, volveré en una hora.
¿Qué pasa con el contexto servidor-cliente, dónde está el servidor donde están los clientes?
ok. reduzcamos un poco más.
tenemos un servidor remoto al que el asistente envía sus datos.
Los clientes también están conectados al mismo servidor.
La cuestión es qué método se utiliza para recibir/transmitir información. De las sugerencias actuales socket/http/ftp
¿cuáles son los pros y los contras de estas tecnologías para la carga y el tráfico del servidor?
Bien, reduzcamos más el problema.
Tenemos un servidor remoto al que el asistente envía sus datos.
Los clientes también están conectados al mismo servidor.
La cuestión es qué método se utiliza para recibir/transmitir información. De las sugerencias actuales socket/http/ftp
¿Cuáles son los pros y los contras de estas tecnologías para la carga y el tráfico del servidor?
Socket sobre TCP/IP. Es posible transmitir señales en forma de texto en una línea por señal, como "EURUSD Buy 1.0\n", como a través de Telnet, porque esta es la versión más primitiva que no requiere un procedimiento de intercambio complejo, como en los protocolos http o ftp con un mínimo de análisis sintáctico.
El problema es que el servidor debe ser multihilo, de lo contrario, ¿cómo puede recibir simultáneamente las conexiones de los clientes? Tiene que escuchar su propio socket en el puerto asignado todo el tiempo y en caso de conexión transferir un cliente a otro puerto libre y asignarle un hilo separado. Entonces tiene que esperar a otro cliente en el puerto principal.
ok. reduzcamos más el problema.
tenemos un servidor remoto al que el maestro envía sus datos.
Los clientes también están conectados al mismo servidor.
La cuestión es qué método se utiliza para recibir/transmitir información. De las sugerencias actuales socket/http/ftp
¿Probabilidades y desventajas de estas tecnologías para la carga y el tráfico del servidor?
Socket, http/ftp sólo da acceso a archivos remotos, mientras que socket es un protocolo de intercambio de datos.
Un socket no es un protocolo. Un socket es una toma de corriente, es decir, el tipo de cosa en un puerto que recibe y transmite datos. Un socket puede ser un socket de servidor y debe tener un puerto fijo en el que escucha. Y hay un socket de cliente que se conecta a los servidores utilizando la IP del servidor y el número de puerto.
Y FTP, HTTP, Telnet son protocolos. Los archivos se pueden transferir utilizando estos tres protocolos. Pero telnet es un protocolo de flujo, no de una sola vez, por eso los clientes pueden usarlo todo lo que quieran y cuando aparece una señal de comercio la puedes recibir inmediatamente. Con los otros protocolos, tendrías que desordenar el socket del servidor todo el tiempo para saber si hay señal o no, y luego caer.
Un socket no es un protocolo. Un socket es una toma de corriente, es decir, el tipo de cosa en un puerto que recibe y transmite datos. Un socket puede ser un socket de servidor y debe tener un puerto fijo en el que escucha. Y también hay un socket de cliente, que se conecta a los servidores por IP y número de servidor.
Y FTP, HTTP, Telnet son protocolos. Los archivos se pueden transferir utilizando estos tres protocolos. Pero telnet es un protocolo de flujo, no un protocolo de una sola vez, por eso los clientes pueden aguantar todo el tiempo que quieran y cuando aparezca una señal de comercio pueden obtenerla inmediatamente. Con los otros protocolos, tendrías que desordenar el socket del servidor todo el tiempo para saber si hay señal o no, y luego caer.
¿Hay algún ejemplo para Telnet? Muy interesante.
https://ru.wikipedia.org/wiki/Telnet
Lo he visto antes de la pregunta, es difícil llamarlo un ejemplo de uso, pero gracias de todos modos, es una idea interesante, tengo que investigar un poco.
Es esencialmente un protocolo basado en texto. Pero se utiliza principalmente para las conexiones remotas de Unix en el puerto 23. Es decir, puedes entrar en un servidor Unix remoto con tu nombre de usuario y contraseña y ejecutar comandos del sistema operativo.
De forma simplificada, telnet puede utilizarse para cualquier cosa, incluida la transmisión de señales de negociación como mensajes de una sola línea. Es decir, no hay comandos ni nada más. El cliente se conecta y espera a que el servidor envíe la señal. Recibe, analiza, abre o cierra posiciones y espera la siguiente señal. Ese es todo el protocolo.