Äußerst zuverlässiger Transaktions-/Signalkopierer (Ideologiediskussion und Entwicklung) - Seite 5
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Ich habe mich ein wenig umgehört. Beispiele für einfache Client-Server-Systeme in verschiedenen Sprachen.
und kurz gesagt, wie lautet Ihr Vorschlag?
- Erfolgt die Synchronisierung über einen Socket?
- Der vollständige Stand des Stammkontos wird übermittelt?
und kurz gesagt, was für einen Vorschlag machen Sie?
- Erfolgt die Synchronisierung über einen Socket?
- wird der vollständige Stand des Hauptkontos übermittelt?
Und umreißen Sie den Server-Client-Kontext: Wo steht der Server, wo stehen die Clients?
Tut mir leid, dass ich weg muss, ich bin in einer Stunde zurück.
Wie sieht es mit dem Server-Client-Kontext aus, wo steht der Server, wo stehen die Clients?
OK. Schränken wir es weiter ein.
wir haben einen entfernten Server, an den der Assistent seine Daten sendet.
Die Clients sind ebenfalls mit demselben Server verbunden.
Die Frage ist, welche Methode für den Empfang/die Übermittlung von Informationen verwendet wird. Aus den aktuellen Vorschlägen socket/http/ftp
Was sind die Vor- und Nachteile dieser Technologien in Bezug auf Serverlast und Datenverkehr?
OK. Schränken wir das Problem weiter ein.
Wir haben einen Remote-Server, an den der Assistent seine Daten sendet.
Die Clients sind ebenfalls mit demselben Server verbunden.
Die Frage ist, welche Methode für den Empfang/die Übermittlung von Informationen verwendet wird. Aus den aktuellen Vorschlägen socket/http/ftp
Was sind die Vor- und Nachteile dieser Technologien in Bezug auf Serverlast und Datenverkehr?
Socket über TCP/IP. Es ist möglich, Signale in Textform in einer Zeile pro Signal zu übermitteln, wie z.B. "EURUSD Buy 1.0\n", wie über Telnet, da dies die primitivste Version ist, die keine komplexe Austauschprozedur erfordert, wie in http oder ftp Protokollen mit minimalem Parsing.
Das Problem ist, dass der Server Multi-Thread-fähig sein muss, wie kann er sonst gleichzeitig Verbindungen von Clients empfangen? Er muss die ganze Zeit seinen eigenen Socket auf dem zugewiesenen Port abhören und im Falle einer Verbindung einen Client an einen anderen freien Port weiterleiten und ihm einen eigenen Thread zuweisen. Dann muss er auf einen anderen Kunden am Haupthafen warten.
OK. Lassen Sie uns das Problem weiter eingrenzen.
wir haben einen entfernten Server, an den der Master seine Daten sendet.
Die Clients sind ebenfalls mit demselben Server verbunden.
Die Frage ist, welche Methode für den Empfang/die Übermittlung von Informationen verwendet wird. Aus den aktuellen Vorschlägen socket/http/ftp
Vor- und Nachteile dieser Technologien in Bezug auf Serverlast und Datenverkehr?
Socket, http/ftp ermöglicht lediglich den Zugriff auf entfernte Dateien, während Socket ein Datenaustauschprotokoll ist.
Ein Socket ist kein Protokoll. Ein Socket ist eine Steckdose, d. h. ein Ding an einem Port, das Daten empfängt und sendet. Ein Socket kann ein Server-Socket sein und muss einen festen Port haben, an dem er lauscht. Außerdem gibt es einen Client-Socket, der sich über die Server-IP und die Portnummer mit den Servern verbindet.
Und FTP, HTTP, Telnet sind Protokolle. Dateien können mit allen drei Protokollen übertragen werden. Aber Telnet ist ein Streaming-Protokoll, keine einmalige Sache, deshalb können die Kunden es so oft nutzen, wie sie wollen, und wenn ein Handelssignal erscheint, können Sie es sofort erhalten. Bei den anderen Protokollen müsste man die ganze Zeit den Server-Socket durcheinander bringen, um herauszufinden, ob ein Signal vorhanden ist oder nicht, und dann abspringen.
Ein Socket ist kein Protokoll. Ein Socket ist eine Steckdose, d. h. ein Ding an einem Port, das Daten empfängt und sendet. Ein Socket kann ein Server-Socket sein und muss einen festen Port haben, an dem er lauscht. Und es gibt einen Client-Socket, der sich mit Servern über IP und Servernummer verbindet.
Und FTP, HTTP, Telnet sind Protokolle. Dateien können mit allen drei Protokollen übertragen werden. Aber Telnet ist ein Streaming-Protokoll, kein einmaliges Protokoll, deshalb können die Kunden so lange dranbleiben, wie sie wollen, und wenn ein Handelssignal erscheint, können sie es sofort bekommen. Bei den anderen Protokollen müsste man die ganze Zeit den Server-Socket durcheinander bringen, um herauszufinden, ob ein Signal vorhanden ist oder nicht, und dann abspringen.
Gibt es irgendwelche Beispiele für Telnet? Sehr interessant.
https://ru.wikipedia.org/wiki/Telnet
Ich habe es schon vor der Frage gesehen, es ist schwer, es als Anwendungsbeispiel zu bezeichnen, aber trotzdem danke, es ist eine interessante Idee, ich werde nachforschen.
Es handelt sich im Wesentlichen um ein textbasiertes Protokoll. Er wird jedoch hauptsächlich für entfernte Unix-Verbindungen über Port 23 verwendet. Das heißt, Sie können sich mit Ihrem Benutzernamen und Passwort bei einem entfernten Unix-Server anmelden und Betriebssystembefehle ausführen.
Vereinfacht gesagt, kann Telnet für alles Mögliche verwendet werden, auch für die Übertragung von Handelssignalen in Form von einzeiligen Nachrichten. D.h. keine Befehle oder sonstiges. Der Client stellt eine Verbindung her und wartet darauf, dass der Server das Signal sendet. Er nimmt sie entgegen, gibt sie weiter, eröffnet oder schließt eine Position und wartet auf das nächste Signal. Das ist das gesamte Protokoll.