- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- bambano: Bambanő háza tája
- btz: Internet fejlesztés országosan!
- Geri Bátyó: Megint tahó voltam – SZEMÉLYISÉGFEJLŐDÉS
- sziku69: Szólánc.
- hcl: Döglött tabletből wifis kijelző kókány
Hirdetés
-
LOGOUT
JavaScript != Java (A JavaScript nem összekeverendő a Javával, két különböző programozási nyelvről van szó!)
Új hozzászólás Aktív témák
-
Teasüti
nagyúr
Satckoverflow-on is mindenki ezt hajtogatja, de én sem így tapasztaltam.
Ha Match.floor(new Date().getTime() /1000) paranccsal készítek időbélyeget (Ugye Magyarország jeleleg GMT+2) a Google Timezone API-hoz (London, Anglia a kérdés - ami ugye GMT+1 a DST miatt), akkor a válaszban kapott offset-eket hozzáadva az elküldött időbélyeghez egy órával a helyi időnél többet kapok.
És jól kezeltem az offset-eket, Google dokumentáció szerint csak egyszerűen össze kell adni mindent.Viszont ha a getTime()-ból kapott bélyeget korrigálom a getTimezoneOffset()-el, akkor kapok helyes választ.
Forrás.
Illetve W3School-on a Date() referenciában sincs feltüntetve a getTime() metódusnál az UTC.Amúgy tényleg qrva jó ez a JSON, két egyszerű mondattal elintéztem azt (amiből az egyik a parse), amit XML-nél úgy kellett összeollózni több parancsból.
Új hozzászólás Aktív témák
Hirdetés
- Moza Full szimulátor szett
- Crucial Pro 96GB Kit (2x48GB) DDR5-5600 CP2K48G56C46U5
- Bomba áron dobozos új GIGABYTE /I7-13620H 16GB 1 TB SSD Nvidia RTX 4050 6GB 144 Hz FHD IPS
- Delock USB3 bővítő kártyák eladók
- Áron alul!!! Eladó Playstation 4 és 5 játékok Spli Fiction, Assassins Creedek, Resident Evil széria
Állásajánlatok
Cég: FOTC
Város: Budapest