MDCommander Posted February 10 Posted February 10 Hallo. Ich habe mir ein Tool gebaut, um zum Beispiel ankommen Züge und den jeweiligen Status dieser Züge in einer Tabelle anzeigen zu lassen. Das funktioniert einwandfrei mit dem DE1 - Server, da dieser ja realtiv im JETZT läuft. Da passen also Timezone und Timetamp überein. Nun habe ich versucht mal die Infos auf dem DE2 - Server zu nehmen. Kann es sein, dass der Timestamp, der von dem DE2 Server von dieser API https://api1.aws.simrail.eu:8082/api/getTime?serverCode=de2 nicht gleich der wirklichen Zeit auf dem Server ist? Wenn ich die Daten empfange sind hier locker mal 9 Stunden unterschied zu sehen. Kann auch ein falsches Datum sein. Ich habe es vorher auch mit der Zeitzonen-Korrektur probiert, die ja auch über diese API https://api1.aws.simrail.eu:8082/api/getTimeZone?serverCode=de2 kommt, aber diese Daten korrekt kombiniert liefert auch niemals das korrekte Ergebnis. Ich habe mehrere Varianten ausprobiert. Ich denke, dass die gelieferte Zeit vom Timestamp einfach nicht die korrekte Zeit vom Spielserver sein kann. Kann das mal einer bestätigen oder mir vielleicht sagen, wo mein gedanklicher Fehler ist? Vielen Dank. Grüße MDCommander
Lukanides Posted February 11 Posted February 11 Die Uhrzeit auf den anderen Server ist nicht gleich, gibt verschiedene Zeiten je Server
Moooritz Posted February 16 Posted February 16 (edited) Ich empfehle, grundsätzlich lieber die Timezone Schnittstelle zu nehmen. Die Timezones dort stimmen überein mit der Serverzeit, soeben getestet, ich nutze im offiziellen Wiki genauso nur die Timezone API. Also muss der Fehler irgendwo auf deiner Seite liegen. Zurzeit: DE1: 12:27 (UTC+1) // DE2: 06:27 (UTC-5) // DE3: 09:27 (UTC-2) Edited February 16 by Moooritz
Zaubermuffin Posted February 16 Posted February 16 In der Vergangenheit zumindest, und speziell jeweils zur Sommer-/Winterzeitumstellung, kam es öfters vor dass die API Müll lieferte. Da die Offsets aber relativ stabil sind (sprich: sich selten bis nie ändern), hatte ich persönlich das Problem gelöst indem ich eine manuelle Tabelle hatte, wo ich die Timezone-API Antwort überschreiben konnte. Die Datenqualität von der APIs ist, leider, allgemein teilweise sehr schwach.
Recommended Posts