Wer kann seine Erfahrungen mit der Verwendung von Push-Benachrichtigungen in MetaTrader 4 / MetaTrader 5 mit MetaQuotes ID teilen? - Seite 5
![MQL5 - Sprache von Handelsstrategien, eingebaut ins Kundenterminal MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Die Idee, ein Signal an das Terminal zu senden, ist im Prinzip interessant.
Außerdem ist es technisch nicht einfach - das Terminal muss ständig mit einem speziellen Push-Server in Kontakt bleiben.
Wir können das Problem jedoch perfekt lösen, indem wir über die Server der Broker agieren, die solche Signale innerhalb von Millisekunden genau an die angeschlossenen Terminals liefern können, die online sind. Die Handelsserver sind genau das: Push-Server mit null Latenz.
Wir können das Problem jedoch perfekt lösen, indem wir über die Server der Makler agieren
Wir können das Problem jedoch perfekt lösen, indem wir über Broker-Server agieren, die solche Signale innerhalb von Millisekunden präzise an angeschlossene Terminals liefern können, die online sind. Die Handelsserver sind genau das: Push-Server mit null Latenz.
Ich bin immer noch für CommandString auf dem Handelsserver mit MQL5-Zugang.
D.h. für eine schöne Umsetzung von fiktiven Aufträgen.
Andere Sondersignale auf dem Terminal sind dagegen.
Ich bin immer noch für CommandString auf dem Handelsserver mit MQL5-Zugang.
D.h. für eine schöne Umsetzung von fiktiven Aufträgen.
Andere Sondersignale auf dem Terminal sind dagegen.
Die direkte Übermittlung des Signals (unter Umgehung des Handelsservers) an das Terminal kann nur in einem Fall erforderlich sein:
Aber diese Situation ist, offen gesagt, aus der Luft gegriffen. In allen anderen Fällen muss der Handelsserver nicht nur die Informationen über die Handelsaufträge auf dem Konto speichern, sondern auch einige Dienstinformationen (CommandString).
Es gibt bereits eine zu 99 % funktionierende Lösung für jede Plattform. Ich schlage lediglich vor, fiktive Aufträge zu legalisieren, indem ich die Befehlsausgabe vornehme.
Die direkte Übermittlung des Signals (unter Umgehung des Handelsservers) an das Terminal kann nur in einem Fall erforderlich sein:
Aber diese Situation ist, offen gesagt, außer Kontrolle geraten. In allen anderen Fällen reicht es aus, auf dem Handelsserver nicht nur Informationen über Handelsaufträge des Kontos, sondern auch einige Dienstinformationen (CommandString) zu haben.
Es gibt bereits eine zu 99 % funktionierende Lösung für jede Plattform. Ich schlage lediglich vor, fiktive Aufträge zu legalisieren, indem ich die Befehlsausgabe vornehme.
Ja, das klingt überzeugend.
Ich mache eine Pause. "Chapay wird nachdenken..." :)
Je mehr alles an den Handelsserver gebunden ist, desto größer ist die Möglichkeit, dass er.... dem Händler schadet. Ich hoffe, ich habe mich klar ausgedrückt.
In diesem Fall ist der Handelsserver nur ein Transportmittel, in das der Makler in keiner Weise eingreifen kann. Selbst die Inhalte des Teams werden auf dem Server nicht angezeigt, da die Inhalte mit einem eindeutigen Schlüssel für jeden Kunden verschlüsselt werden, auf den nur der Endkunde Zugriff hat.
Darüber hinaus wird jede Nachricht zusätzlich mit unserer digitalen Signatur versehen und weder der Server noch der Client lassen etwas Unsigniertes durch.
Mit anderen Worten: Das Liefersystem ist sicher.
Das Einzige, was noch zu tun ist, ist, die Genehmigung des Maklers für einen solchen Dienst einzuholen:)