Das Problem ist ernst, die Notfallrettung: Die Roboter sind außergewöhnlich, laufen nicht weiter und melden keine Alarme.

Schriftsteller:Der alte Kater isst gerne Fisch., Erstellt: 2018-06-04 10:04:00, Aktualisiert:

Ernsthafte Probleme, Notfallrettung: Wenn der Roboter in einem außergewöhnlichen Zustand (z.B. bei einer Börse) nicht wieder in Betrieb geht, wird er nicht alarmiert, sondern nur manuell wieder gestartet. Beispielsweise, wenn folgende Fehler auftreten (z.B. "Die Börse gibt null zurück, weil die Anfragen zu häufig sind"): 1. Der Roboter wird als funktionierend angezeigt und ist tatsächlich tot. 2. WeChat-Überwachungs-Alarm eingestellt, reagiert nicht. Wie kann man diese Abweichungen aufspüren und falsche Todesfälle vermeiden?

2018-06-04 03:31:09 Fehler TypeError: cannot read property DealAmount von null bei _get_step1_amount

2018-06-04 03:31:09 Huobi Fehler GetOrder ((5297145308): 429: 429 Too Many Requests white>

429 Too Many Requests

openresty a padding to disable MSIE and Chrome friendly error page > a padding to disable MSIE and Chrome friendly error page > a padding to disable MSIE and Chrome friendly error page > a padding to disable MSIE and Chrome friendly error page > a padding to disable MSIE and Chrome friendly error page > a padding to disable MSIE and Chrome friendly page error page !

Mehr

Kleine TräumeSie sehen die Fehlermeldung in Ihrer Strategie, wenn Sie die Exchange.GetOrder-Funktion aufrufen. Die Exchange-Schnittstelle meldet Fehler 429 und gibt null-Daten zurück. Sie benutzen die zurückgegebenen Daten, um auf Ihre DealAmount zuzugreifen, was dazu führt, dass der Programmfehler gestoppt wird. Siehe auch: https://dn-filebox.qbox.me/63bd4d664a63b9bdb527c31236b16ccd5fe18c98.png