Copiatore di transazioni/segnali altamente affidabile (discussione di ideologia e sviluppo) - pagina 5
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Ho fatto un po' di ricerche in giro. Esempi di semplici sistemi client-server in diverse lingue.
e in poche parole, qual è la sua proposta?
- La sincronizzazione avviene su un socket?
- Viene trasmesso lo stato completo del conto principale?
e in breve, che tipo di proposta state facendo?
- la sincronizzazione avviene su un socket?
- viene trasmesso lo stato completo del conto principale?
E delineare il contesto server-cliente, dove sta il server dove stanno i clienti?
Scusa se sono scappato, torno tra un'ora.
E il contesto server-cliente, dove sta il server dove stanno i clienti?
Ok, restringiamo ulteriormente il campo.
abbiamo un server remoto a cui il wizard invia i suoi dati.
Anche i clienti sono collegati allo stesso server.
La questione è quale metodo viene utilizzato per ricevere/trasmettere le informazioni. Dai suggerimenti attuali socket/http/ftp
quali sono i pro e i contro di queste tecnologie per il carico e il traffico del server?
Ok, restringiamo ulteriormente il problema.
Abbiamo un server remoto a cui la procedura guidata invia i suoi dati.
Anche i clienti sono collegati allo stesso server.
La questione è quale metodo viene utilizzato per ricevere/trasmettere le informazioni. Dai suggerimenti attuali socket/http/ftp
Quali sono i pro e i contro di queste tecnologie per il carico e il traffico del server?
Socket su TCP/IP. È possibile trasmettere segnali in forma di testo in una riga per segnale, come "EURUSD Buy 1.0\n", come via Telnet, perché questa è la versione più primitiva che non richiede una procedura di scambio complessa, come nei protocolli http o ftp con parsing minimo.
Il problema è che il server deve essere multi-threaded, altrimenti come può ricevere simultaneamente connessioni dai clienti? Deve ascoltare il proprio socket sulla porta allocata per tutto il tempo e in caso di connessione trasferire un client su un'altra porta libera e allocare un thread separato per esso. Poi deve aspettare un altro cliente sulla porta principale.
Ok. Restringiamo ulteriormente il problema.
abbiamo un server remoto a cui il master invia i suoi dati.
Anche i clienti sono collegati allo stesso server.
La questione è quale metodo viene utilizzato per ricevere/trasmettere le informazioni. Dai suggerimenti attuali socket/http/ftp
Pro e contro di queste tecnologie per il carico e il traffico del server?
Socket, http/ftp dà solo accesso a file remoti, mentre socket è un protocollo di scambio dati.
Un socket non è un protocollo. Un socket è una presa, cioè quel tipo di cosa su una porta che riceve e trasmette dati. Un socket può essere un socket server e deve avere una porta fissa su cui ascolta. E c'è un socket client che si connette ai server usando l'IP del server e il numero di porta.
E FTP, HTTP, Telnet sono protocolli. I file possono essere trasferiti utilizzando tutti e tre questi protocolli. Ma telnet è un protocollo di streaming, non una cosa una tantum, è per questo che i clienti possono usarlo quanto vogliono e quando appare un segnale commerciale lo si può ottenere immediatamente. Con gli altri protocolli, si dovrebbe incasinare il socket del server tutto il tempo per scoprire se c'è un segnale o no, e poi cadere.
Un socket non è un protocollo. Un socket è una presa, cioè quel tipo di cosa su una porta che riceve e trasmette dati. Un socket può essere un socket server e deve avere una porta fissa su cui ascolta. E c'è anche un socket client che si connette ai server per IP e numero di server.
E FTP, HTTP, Telnet sono protocolli. I file possono essere trasferiti utilizzando tutti e tre questi protocolli. Ma telnet è un protocollo di streaming, non un protocollo una tantum, è per questo che i clienti possono aspettare tutto il tempo che vogliono e quando appare un segnale di trading possono riceverlo immediatamente. Con gli altri protocolli, si dovrebbe incasinare il socket del server tutto il tempo per scoprire se c'è un segnale o no, e poi cadere.
Ci sono esempi per Telnet? Molto interessante.
https://ru.wikipedia.org/wiki/Telnet
L'ho visto prima della domanda, è difficile chiamarlo un esempio di utilizzo, ma grazie comunque, è un'idea interessante, dovrò scavare in giro.
È essenzialmente un protocollo basato sul testo. Ma è usato principalmente per le connessioni Unix remote sulla porta 23. Cioè, si può accedere a un server Unix remoto con il proprio nome utente e password ed eseguire i comandi del sistema operativo.
In forma semplificata, telnet può essere usato per qualsiasi cosa, compresa la trasmissione di segnali di trading come messaggi a linea singola. Cioè nessun comando o altro. Il client si connette e aspetta che il server invii il segnale. Riceve, analizza, apre o chiude posizioni e aspetta il prossimo segnale. Questo è l'intero protocollo.