Natürlich ist meine Systemzeit CEST. Die UTC–Anzeige habe ich nur in die Leiste gepfriemelt, damit ich mir nicht merken muss, wie weit die UTC von der CEST entfernt ist.
Ich schätze mal, dass es gar kein Problem der SteemWorld ist. Schließlich bist du einer, der weiß was er tut. Außer beim Fahradfahren, etc.
Viereinhalb Tage vor der Hardfork, nach einem Blackout ist es sehr viel wahrscheinlicher, dass die Steemit Inc. mal wieder Pfusch auf der Blockchain treibt. Späterhin werden sie es selbstverständlich als heroischen Erfolg abfeiern. In den offiziellen Steemit– Verlautbarungen grüßt uns ja immer wieder das positiv glucksende Murmeltier altkommunistischer Schönfärberei. Falls von denen überhaupt jemand entdeckt, dass sie gerade wieder Pfusch treiben. Seit 8 Uhr UTC hat niemand was gemerkt. Man feiert noch den Sieg, einen Blackout nach 11 Stunden behoben zu haben.
Die Blockchain arbeitet nur mit UTC, daher ist ein Node-Fehler eher unwahrscheinlich. Für die Berechnung der lokalen Zeit nutze ich Moment.js. Ich habe gerade nochmal auf die neueste Version aktualisiert, aber vermutlich wird das nicht viel ändern (du könntest es jetzt per F5 nochmal damit testen). Hast du einen neuen Browser oder irgendwelche Systemeinstellungen bzgl. der Zeitzone geändert? Steemnow zeigt doch nur die UTC-Zeit oder wird dir da die richtige, lokale Zeit angezeigt?
Falls das Problem noch bestehen sollte, werde ich deine lokale Zeit irgendwo auf der Seite anzeigen oder ein Log in der Konsole hinzufügen. Bei mir ist nach wie vor alles in Ordnung. Habe eben nochmal den Zugriff auf die Seite von Hawaii aus getestet und die Zeit war ebenfalls ok.
Jetzt habe ich UTC im Panel abgeschaltet. Nutzt aber nichts. Ist ja auch egal ob gestern, oder in der Zukunft. Solange ich weiß wo das Jetzt ist, erscheint mir der Rest gleich.
Für mich als Entwickler ist das Problem natürlich noch nicht vom Tisch. Bisher hat zwar noch niemand außer dir diesen Bug gemeldet, aber irgendwas scheint da ja zu sein. Wir können ja mal bis morgen abwarten und dann, falls es noch auftreten sollte, nach einer Lösung suchen.
Ich sehe zwei Möglichkeiten:
Die lokale Zeit wird nicht richtig ermittelt / vom Browser zurückgegeben.
Einige Steemit-Nodes geben die Zeit nicht mehr in UTC zurück. Das wäre natürlich fatal und nicht sehr wahrscheinlich, aber vor Kurzem gab es etwas Ähnliches, wodurch auf SteemWorld jetzt tausendfach dieselben Operationen erscheinen (comment_options), da nicht der tatsächliche Wert aus der Blockchain, sondern ein zufälliger, numerischer Wert zurückgegeben wird. Dadurch kann mein Tool natürlich nicht mehr zwischen neuen und bereits vorhandenen Operation unterscheiden. Scheint auch immer noch nicht behoben zu sein: https://github.com/steemit/steem/issues/2912
Schön, dass du noch dabei bist, Chiller. Ich kann die Systemzeit im Terminal ausgeben. Aber das ist nicht sehr erquicklich, weil da zwei Monsterzahlen kommen, oder nur eine. Weiß jetzt nicht mehr genau. Das sagt mir jedenfalls nicht, ob mein System die richtige Zeit führt. Ich habe Echtzeit (Ubuntu Studio). Der Zeit im Panel (CEST) kann man aber getrost glauben. Die wird von den Mosterzahlen gebildet und stimmt. Wenn du was über Linux weißt, wie man die drei Systemzeiten bequem nebeneinander im Terminal sehen könnte, sag Bescheid. Ich habe in den Manuals nur die Monsterzahl gefunden und wie man Zeiten umstellt. Ist beides nicht meine Intension. Wären wir jetzt aufmerksame Blockchainbürger, würden wir das alles bei der Aufsicht melden.
Aber aus Meldungen ist hier noch nie was geworden und wenn die Witnesses nichts merken, will ich auch niemanden stören und überhaupt, ich musste bei der BETA noch nie was melden. Die machen sowieso, was sie wollen. Schlaf gut, @steemchiller. Wir sprechen uns morgen, gestern oder nachher. Such dir was aus. Meine Steemworlduhr zeigt, was wir wollen.
Du könntest im Terminal Folgendes machen:
echo $(date +'%F %T %Z') "|" $(date -u +'%F %T %Z')Die Formatierung kannst du wie gewünscht anpassen.
Falls du nur die Zeit für UTC brauchst:
echo $(date +'%F %T %Z') "|" $(date -u +'%T %Z')'date' gibt lokales Datum aus. 'date -u' gibt UTC aus. Mit '$(BEFEHL)' kannst du mehrere Befehle kombinieren und in einer Zeile ausgeben. Als Trennzeichen habe ich hier "|" genommen, aber das kannst natürlich auch einfach ändern.
Danke lieber @steemchiller. Das hat auf Anhieb geklappt und zeigt den Fehler eindeutig im lokalen System. Die erste Zeitanzeige ist falsch und tatsächlich exakt das, was meine Steemworld auch anzeigt. Die UTC stimmt. Ich muss den Fehler also hier lokal suchen. Dass die Uhr im Panel trotzdem die richtige Zeit führt, ist echt gemein!
Danke für deine Geduld und Hilfe.
echo $(date +'%F %T %Z') "|" $(date -u +'%F %T %Z')
2018-09-21 23:33:06 +11 | 2018-09-21 12:33:06 UTC
~$ echo $(date +'%F %T %Z') "|" $(date -u +'%T %Z')
2018-09-21 23:34:06 +11 | 12:34:06 UTC
Huiii
Alles klar und peinlich ist es ja auch. Der Rechner war mit seiner Zeitzone irgendwo in Asien. Ich frage mich warum und warum habe ich das gestern nicht gesehen, als ich im gleichen Menu nachgeschaut habe. Woran das System gemerkt hat, dass es für die Paneluhr +11 Stunden dazu zählen muss, ist auch rätselhaft. Linux ist schon irgendwie unheimlich. Ich habe keinen Zeitserver angegeben, mit dem sich das System abgleichen soll.
Jetzt ist alles wieder, wie es sein soll:
echo $(date +'%F %T %Z') "|" $(date -u +'%T %Z')
2018-09-21 15:02:19 CEST | 13:02:19 UTC
Das ist nicht peinlich lieber @afrog. Glaub mir, ich habe schon viel Schlimmeres gesehen. Solange du mich nicht fragst, warum dein nicht an eine Steckdose angeschlossene Drucker nicht funktioniert, obwohl es doch ein WLAN-Drucker ist, kann ich das nervlich noch ganz gut verarbeiten. Ich hatte den Fall mal und sie dachte tatsächlich, dass der Strom ebenfalls per WLAN übertragen wird. Ok, Lektion gelernt und ich weiß seitdem, dass das Wort 'kabellos' für manche Leute sehr irreführend sein kann ;)
Steemnow zeigt die abgelaufene Zeit seit Erscheinen auf der Blockchain. Das wird richtig angezeigt. Ich habe mir selbst geantwortet. Pfleger! Hallo Pfleger! Immer wenn man sie braucht, sind sie beim Essen.