Unix időbélyeg-átalakító

Mi ez az eszköz?

Egy Unix időbélyeg (más néven epoch idő) az 1970. január 1. 00:00:00 UTC óta eltelt másodpercek száma. Ez a számítógépek szabványos módja az időpontok tárolására: adatbázisok, naplófájlok, API-k és programozási nyelvek egyaránt ezt használják, mert egyetlen egyértelmű szám, időzóna-zavar nélkül.

Két változata létezik: másodperc (ma 10 számjegy, pl. 1720500000) és milliszekundum (13 számjegy, amelyet a JavaScript és a Java használ). Ez az eszköz automatikusan felismeri, melyiket illesztetted be.

Miért érdemes használni?

• Olvass ki azonnal időbélyegeket naplókból, adatbázis-sorokból és API-válaszokból.
• Automatikusan felismeri a másodpercet és a milliszekundumot — nincs tippelgetés.
• Egyszerre mutatja a helyi időt, az UTC-t, az ISO 8601 formátumot és a relatív időt („3 órája”).
• Mindkét irányban átalakít: időbélyeg → dátum és dátum → időbélyeg.
• Élő aktuális epoch óra gyors referenciához.

Használati útmutató

1. Dekódoláshoz: illessz be egy időbélyeget (pl. 1720500000) a bal oldali mezőbe, és kattints az „Átalakítás” gombra.
2. Olvasd az eredményt a helyi időzónádban, UTC-ben, ISO 8601 formátumban és relatív időként.
3. Kódoláshoz: válassz dátumot és időt a jobb oldali mezőben, és kattints az „Átalakítás” gombra az időbélyeg megkapásához másodpercben és milliszekundumban.
4. Használd a felül lévő élő órát, ha csak az aktuális időbélyegre van szükséged.

Példa

Bemenet

1720500000

Kimenet

Helyi idő: 2024.07.09. 13:20:00
UTC idő:   2024. júl. 09., kedd 05:20:00 GMT
ISO 8601:  2024-07-09T05:20:00.000Z

A 10 számjegyű érték másodpercnek, a 13 számjegyű milliszekundumnak minősül.

Gyakorlati tippek

• A „rossz idő” hibák hibakeresésénél: 90%-uk időzóna-megjelenítési probléma, nem hibás időbélyeg. Hasonlítsd össze az UTC sort a szervernaplóiddal (a szerverek általában UTC-ben naplóznak), mielőtt bármilyen kódot módosítanál.
• Egy dátum, amely pontosan 1970-01-01-re esik, azt jelenti, hogy az időbélyeg 0 volt vagy hiányzott — ez egy klasszikus null-érték tünet, nem valódi dátum.
• Egy 1970 körüli, néhány nappal eltérő dátum általában azt jelenti, hogy valahol másodpercet milliszekundumként értelmeztek; egy 56 000+ évi dátum a fordítottját.
• Táblázatkezelőkben: az Excel az 1900 óta eltelt napokat számolja, nem az 1970 óta eltelt másodperceket. Átalakításhoz: =(A1/86400)+DATE(1970,1,1) egy másodperc-időbélyeghez.

Valódi felhasználási forgatókönyvek

Ahol az időbélyegek a gyakorlatban problémát okoznak: lejárati mezők olvasása JWT-kben és API-tokenekben (az exp/iat Unix másodperc), egy felhasználó hibajelentési idejének összehasonlítása szervernapló-sorokkal, gyorsítótár TTL-ek és cron-ablakok beállítása, valamint annak ellenőrzése, hogy egy tanúsítvány vagy token valóban lejárt-e. A relatív idő sor („3 órája”) a leggyorsabb ellenőrzés mindegyikhez.

A JWT hibakeresés elég gyakori ahhoz, hogy külön kitérjünk rá: dekódold a token payloadját a Base64 eszközzel, majd illeszd be ide az exp értéket — azonnali válasz arra, hogy „lejárt-e ez a token, és mennyivel”.

Miért így tervezték a Unix időt

Egy egyetlen, folyamatosan növekvő szám tárolása egy rögzített epoch óta (nem egy év/hónap/nap/óra struktúra) szándékos egyszerűségi kompromisszum volt: két időbélyeg egyszerű aritmetikával összehasonlítható vagy kivonható, naptári logika nélkül, ezért épülnek az adatbázisok, naplóformátumok és gyakorlatilag minden programozási nyelv belső dátumábrázolása erre. Ennek az egyszerűségnek pontosan az az ára, amit ez az eszköz próbál elsimítani — az emberek nem 1970 óta eltelt másodpercekben gondolkodnak, így minden időbélyeget vissza kell fordítani naptári dátummá, mielőtt bármit jelentene azoknak, akik olvassák, és ennek a fordításnak egyszerre kell figyelembe vennie az időzónát, a pontosságot (másodperc vagy milliszekundum) és a megjelenítési formátumot.

→ Base64 Kódoló / Dekódoló · Életkor Kalkulátor

Gyakori kérdések