MDCommander Posted Tuesday at 04:26 PM Posted Tuesday at 04:26 PM 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 Wednesday at 07:35 PM Posted Wednesday at 07:35 PM Die Uhrzeit auf den anderen Server ist nicht gleich, gibt verschiedene Zeiten je Server
Moooritz Posted 2 hours ago Posted 2 hours ago (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 2 hours ago by Moooritz
Zaubermuffin Posted 1 hour ago Posted 1 hour ago 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