Äußerst zuverlässiger Transaktions-/Signalkopierer (Ideologiediskussion und Entwicklung) - Seite 2
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
Es wurde bereits an alles gedacht, aber es tut mir leid, es ist nicht unangenehm.
Dima, ich weiß, natürlich habe ich auch alles erfunden und getan, sowohl lokal als auch aus der Ferne in verschiedenen Formen.
Aber ich möchte nur dieses etwas abgedroschene Thema ansprechen, das meines Erachtens hier in diesem Zusammenhang überhaupt nicht angesprochen worden ist.
Wenn Sie etwas zu diesem Thema zu sagen haben, dann melden Sie sich zu Wort.
Der Client kopiert seine Parameter und erstellt einen Auftrag mit einer Magie, die der des ursprünglichen Tickets entspricht.
Danach sollte der Client den Status des Auftrags überprüfen und die Ausführung melden (wenn es etwas auszuführen gibt), oder seine Lebendigkeit, wenn die Anfrage eine Kontrolle ist.
Am Anfang steht das Mailing-System selbst. Ein Server, viele Clients. Wenn das System funktioniert, können Sie den Rest auf dieses Gerüst laden.
Wenn der Client eine Verbindung herstellt, sendet er eine Verbindungsanfrage, und der Server sendet eine Signatur in einer speziellen Nachricht zurück, mit der er die Antworten kontrolliert. Die Signatur ist erst dann gültig, wenn der Kunde sie nicht mit einer speziellen Nachricht zurückgibt. Wenn alles in Ordnung ist, kann man mit der Kommunikation beginnen.
Er hat also Signaturen von jedem Client, die vom Server ausgestellt werden (also nicht wiederholt werden). Der Server sendet Nachrichten mit Zählernummern aus (außerdem sollte das Nachrichtenprotokoll in einer gewissen Tiefe gespeichert werden, für den Fall, dass einer der Clients es wiederholen muss), die Clients empfangen die nummerierte Nachricht und senden eine signierte Kopie an den Server. Auf diese Weise weiß der Server, welcher Client die Nachricht verloren hat und kann sie erneut senden. Nach x Wiederholungen hört der Server auf, diese Nachricht zu senden, schließt die Sitzung mit diesem Client und wartet darauf, dass der Client eine neue Sitzung anfordert.
Der Client kopiert seine Parameter und erstellt einen Auftrag mit einer Magie, die der des ursprünglichen Tickets entspricht.
OK. Klassisches Schema.
Danach sollte der Client den Status des Auftrags überprüfen und seine Erfüllung melden (wenn es etwas zu erfüllen gibt), oder seine Lebendigkeit, wenn die Anfrage eine Kontrolle ist.
Um solche Komplikationen zu vermeiden, kann der variable Schlüssel in die Nachricht selbst eingefügt werden.
Am Anfang steht das Mailing-System selbst.
Hier ist die Verschlüsselung entscheidend: Wenn der Client eine Verbindung herstellt, sendet er eine Verbindungsanfrage
Ich denke, es ist ein bisschen schwierig, Unterschriften zu verwenden. Es reicht aus, das Login/Passwort eines Kunden zu haben, das einmalig vergeben und bei Anfragen überprüft wird.
OK. Klassisches Schema.
Warum? Der Server kann den Client ohnehin nicht beeinflussen.Bitte sagen Sie mir, welche Technologie zum Senden und Empfangen der Daten verwendet wird und wo der Server sie speichert.
Ich glaube nicht, dass es einfach ist, Unterschriften zu leisten. Es reicht, wenn Sie ein Login/Passwort haben
Wo ist die Garantie, dass die Nachricht empfangen wird?