LocalTime to UTC epoch timestamp
-
Aber ich habe mir jetzt mittlerweile eine Klasse gebaut ich die ich aktuell noch mit Unittests versehe, die diese Konvertierung zumindest für Live-Daten sauber vornimmt. Einmal pro Stunde gönne ich mir schlichtweg die Ermittlung des DST-Kennzeichens und die Errechnung des Basis-Timestamps.
Die Wechsel auf Winterzeit bzw. Sommerzeit muss ich noch abtesten.
-
@It0101 sagte in LocalTime to UTC epoch timestamp:
Das bisherige System speichert die Differenzwerte ( und das julianische Datum ) und gibt sie dann an Clients als formatierten String in lokaler Zeit weiter. Es rechnet damit nicht, falls das deine Frage war.
Öhm doch es muss was "rechnen" oder wie wird aus dem Differenzwert ein "String in lokaler Zeit"?
Und im ersten schritt solltest du genau das im neuen nachstellen (wobei man sicher die konvertierung in einen string sparen kann)
-
@firefly sagte in LocalTime to UTC epoch timestamp:
@It0101 sagte in LocalTime to UTC epoch timestamp:
Das bisherige System speichert die Differenzwerte ( und das julianische Datum ) und gibt sie dann an Clients als formatierten String in lokaler Zeit weiter. Es rechnet damit nicht, falls das deine Frage war.
Öhm doch es muss was "rechnen" oder wie wird aus dem Differenzwert ein "String in lokaler Zeit"?
Und im ersten schritt solltest du genau das im neuen nachstellen (wobei man sicher die konvertierung in einen string sparen kann)Nein das machen wir im neuen System nicht mehr. Die Schnittstelle nach außen zu den Clients wurde ebenfalls geändert, so dass ich im grunde fast nur noch weiterleite. Erfreulicherweise
-
@It0101 sagte in LocalTime to UTC epoch timestamp:
@firefly sagte in LocalTime to UTC epoch timestamp:
@It0101 sagte in LocalTime to UTC epoch timestamp:
Das bisherige System speichert die Differenzwerte ( und das julianische Datum ) und gibt sie dann an Clients als formatierten String in lokaler Zeit weiter. Es rechnet damit nicht, falls das deine Frage war.
Öhm doch es muss was "rechnen" oder wie wird aus dem Differenzwert ein "String in lokaler Zeit"?
Und im ersten schritt solltest du genau das im neuen nachstellen (wobei man sicher die konvertierung in einen string sparen kann)Nein das machen wir im neuen System nicht mehr. Die Schnittstelle nach außen zu den Clients wurde ebenfalls geändert, so dass ich im grunde fast nur noch weiterleite. Erfreulicherweise
Öhm was ist mit meiner Frage? die hast du nicht beantwortet...
-
@firefly sagte in LocalTime to UTC epoch timestamp:
@It0101 sagte in LocalTime to UTC epoch timestamp:
@firefly sagte in LocalTime to UTC epoch timestamp:
@It0101 sagte in LocalTime to UTC epoch timestamp:
Das bisherige System speichert die Differenzwerte ( und das julianische Datum ) und gibt sie dann an Clients als formatierten String in lokaler Zeit weiter. Es rechnet damit nicht, falls das deine Frage war.
Öhm doch es muss was "rechnen" oder wie wird aus dem Differenzwert ein "String in lokaler Zeit"?
Und im ersten schritt solltest du genau das im neuen nachstellen (wobei man sicher die konvertierung in einen string sparen kann)Nein das machen wir im neuen System nicht mehr. Die Schnittstelle nach außen zu den Clients wurde ebenfalls geändert, so dass ich im grunde fast nur noch weiterleite. Erfreulicherweise
Öhm was ist mit meiner Frage? die hast du nicht beantwortet...
Falls deine Frage war, wie konvertiert wird: Das kann ich dir nicht sagen. Vermutlich wird auf eine viel zu komplexe Art und Weise, da der Kram sehr alt ist und man früher stark auf Eigenentwicklungen vertraut.
-
@It0101 sagte in LocalTime to UTC epoch timestamp:
Falls deine Frage war, wie konvertiert wird: Das kann ich dir nicht sagen. Vermutlich wird auf eine viel zu komplexe Art und Weise, da der Kram sehr alt ist und man früher stark auf Eigenentwicklungen vertraut.
Dann solltest du das nachprüfen, dann hast du was von dem du starten kannst
