Új hozzászólás Aktív témák
-
ddekany
veterán
"a számítógépes rendszereken belül ugyanúgy UTC-ben tárolják az adatokat az órához nem nyúlnak, pusztán kap egy "eltolást" az idő kijelzéskor"
Windows-on alapból nem így van sajnos... regedittel lehet ezt elérni. (És talán le kellett tiltani az óra autimatikus állítását internetről is?)
-
ddekany
veterán
Igen, arra gondolok. Ha jól emlékszem, még ténylegesen át is állítja a Windows az RTC-t átálláskor. Tud kavarodást okozni, pl. dual bootnál. De igaz, legalább az alkalmazás fejlesztőknek nem kell ezzel foglalkoznia, ha mindig UTC-ben kérik az OS-től le az időt.
[ Szerkesztve ]
-
ddekany
veterán
válasz Donki Hóte #34 üzenetére
Mivel az ember a nap végén még szeretne még valamit megcsinálni, van egy tendencia, hogy fokozatosan egyre később fekszünk. Nekem ez lassan el szokott tolódni kb éjjel 2:30-ig, aztán a törzsidős kelés miatt pár hét után annyira szarul leszek, hogy egyszer elalszok 8-9-kor, és felébredek 4-5 órakor. Aztán kezdődik a ciklus elölről. A muzulmán hitre áttérés mint megoldásra még nem gondoltam.
-
ddekany
veterán
Sőt, helyi dátum+időt nem is lehet legáltalánosabb esetben visszaváltani UTC-re, még akkor sem, ha ismert az régió, mert az óra visszaállítás előtti órában lévő helyi idők kétértelműek. De hát ez van, ha valaki információvesztéses formában rögzít egy időpontot egy adatbázisban.
Hogy a szökőmásodperc figyelembevétele mennyivel egyszerűbb... Azt se lehet pl. előre tudni, hogy mikor lesz, szóval a fő gond, hogy kell friss adat kívülről, megvan ott is. Ami miatt nagyobb kiszúrás lehet mint az óra átállítás, az az, hogy általában nem is tudnak róla programozók, és még ritka is (tehát nagyon sokáig tud lappangani egy ezzel kapcsolatos hiba). Talán nem lesz belőle gond, de attól függ hogy kezeli ezt egy adott platform. Van pl., ahol néha van 60. másodperc, és hát fene se számít erre, lehet hogy valami kiborul tőle. De Java-ban pl. az új idővel kapcsolatos API-knál megígérik, hogy nem lesz soha több 59-nél, hanem a szökő másodperc bekövetkezése előtti 1000 másodpercre elosztják a hibát. Ez pl. eléggé hülye-biztos.
-
ddekany
veterán
Azt úgy lehet rendesen, ahol kell helyi idő is, hogy a helyi dátum+idő mellé le van tárolva az UTC offset is (+/-, óra, perc). A szökőmásodpercben is "csak" az lenne a fundamentális gond, hogy állandóan frissíteni kellene a táblázatot, mert nem tudni mikor iktatják be. De gyakorlatban az is gond, hogy annyira nem ismert a létezése, hogy franc tudja melyik platform mit csinál olyankor... Nincs egy minden platformra kiterjedő de facto szabvány, hogy ezt így kell kezelni, így kell hogy kinézzen az alkalmazás szemszögéből.
Amúgy ha megszűntetik, akkor is mit csinálunk a múltbéliekkel, amik már megtörténtek? Azokat már örökké figyelembe kell venni. Vagy csak arról van szó, hogy többé ne iktassanak be?
[ Szerkesztve ]
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest