Hirdetés
- Felháborodott az Apple, a Meta az iPhone-felhasználók üzeneteit akarja olvasni
- A luxusmárkáknak kell a bitcoin, az USA jegybankjának nem
- Letiltja az USA a politikusokat a telefonhívásokról és szöveges üzenetekről
- Nagy áttörés jön a napelemek piacán, nem kell annyi hely a paneleknek
- Belenyúlt az USA az Epic Games igazgatótanácsába, nyomoz az NVIDIA
- Internet, TV, és telefon szolgáltatók, pro és kontra
- Bittorrent topik
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- JavaScript topic
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- WLAN, WiFi, vezeték nélküli hálózat
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Linux kezdőknek
- Mikrotik routerek
- Facebook és Messenger
Új hozzászólás Aktív témák
-
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 ]
-
senior tag
Ez nagyon logikusan hangzik, csakhogy a valóságban nincs így: sok olyan rendszer létezik, ahol az időpontokat helyi idő szerint tárolják (pl. Oracle DATE típusú oszlopban). Visszaváltani UTC-re viszont egyáltalán nem egyszerű, ugyanis a téli/nyári időszámítás kezdete és vége országról országra változik, illetve egy országon belül időben is. Pl. Mo-n is hol bevezették, hol eltörölték a nyári időszámítást, amikor éppen volt, akkor évről évre változhatott, hogy melyik napon történtek a váltások, és hogy pontosan mikor (mostanában pl. éjjel kettőkor, de volt, amikor éjfélkor). Szóval a konverzió komoly táblázatok alapján történik (ami óra percre tartalmazza a váltási időpontokat). Az igazi ínyencséget pedig az jelenti, hogy ezek táblázatok is tartalmaznak hibákat, (különböző rendszerekben lévő táblázatok különböző hibákat), amiket az egyes rendszerek frissítései eltérő időben javítanak (vagy éppen rontanak el). Így fordulhat pl. elő, hogy 50 éves ember rendszerfrissítés után hirtelen 51 éves lesz...
Ehhez képest a szökőmásodpercek figyelembe vétele sokkal egyszerűbb, de mélységesen megértem, hogy egyesek mégis inkább elkerülnék...
''The third planet is incapable of supporting life. Our scientists have said there's far too much oxygen in their atmosphere.''
-
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?)
Új hozzászólás Aktív témák
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest