Unix Időbélyeg Dátum Átalakító: 12/24 Órás Formátum Támogatás

Átalakítja a Unix időbélyegeket emberi olvasható dátumokká és időpontokká. Válasszon a 12 órás és 24 órás időformátumok között ezzel az egyszerű, felhasználóbarát átalakító eszközzel.

Unix Időbélyeg Átalakító

Unixové časové razítko je počet sekund od 1. ledna 1970 (UTC)

Átalakított Dátum & Idő

📚

Dokumentáció

Unix Időbélyeg Konverter

Bevezetés

A Unix időbélyeg (más néven POSIX idő vagy Epoch idő) egy rendszer az időpontok leírására. Ez az eltelt másodpercek száma 1970. január 1. óta (éjfél UTC/GMT), nem számítva a szökőmásodperceket. A Unix időbélyegek széles körben használatosak számítógépes rendszerekben és programozási nyelvekben, mivel tömör, nyelvfüggetlen reprezentációt nyújtanak egy adott időpillanatról.

Ez a időbélyeg dátummá konverter automatikusan észleli és feldolgozza a különböző hosszúságú időbélyegeket, beleértve a mikrosecondos pontosságot (16 számjegy), a milliszekundumos pontosságot (13 számjegy) és a standard Unix időbélyegeket (10 számjegy). Az eszköz az időbélyeg formátumát az input hossza alapján azonosítja, átkonvertálja azt emberi olvasható dátum- és időformátumra, és megjeleníti az eredményt anélkül, hogy a felhasználóknak meg kellene adniuk az időbélyeg típusát. Támogatja mind a 12 órás (AM/PM), mind a 24 órás időformátumokat, hogy megfeleljen a különböző regionális és személyes preferenciáknak.

Hogyan működnek a Unix időbélyegek

A Unix időbélyegek a Unix Epoch (1970. január 1., 00:00:00 UTC) óta eltelt másodpercek számaként vannak kiszámítva. Ez különösen hasznos az időeltérések kiszámításához és a dátumok tömör formátumban való tárolásához.

A Unix időbélyegből naptári dátummá való matematikai átkonvertálás több lépést igényel:

  1. Kezdje a Unix Epoch (1970. január 1., 00:00:00 UTC) időponttal
  2. Adja hozzá az időbélyegben szereplő másodpercek számát
  3. Vegye figyelembe a szökőéveket, a változó hónaphosszakat és egyéb naptári bonyodalmakat
  4. Alkalmazzon időzónás kiigazításokat, ha szükséges

Például a Unix időbélyeg 1609459200 pénteket, 2021. január 1-jét, 00:00:00 UTC-t jelenti.

Az átkonvertálási képlet a következőképpen fejezhető ki:

Daˊtum=Unix Epoch+Ido˝beˊlyeg (maˊsodpercekben)\text{Dátum} = \text{Unix Epoch} + \text{Időbélyeg (másodpercekben)}

A legtöbb programozási nyelv és operációs rendszer beépített funkciókat biztosít ennek az átkonvertálásnak a kezelésére, elvonva a bonyolult naptári számításokat.

Időbélyeg formátumok és automatikus észlelés

Konverterünk három gyakori időbélyeg formátumot támogat, amelyeket automatikusan észlel a számjegyek száma alapján:

  1. Standard Unix időbélyeg (10 számjegy): A Unix Epoch óta eltelt másodperceket jelenti. Példa: 1609459200 (2021. január 1., 00:00:00 UTC)

  2. Milliszekundumos pontosság (13 számjegy): A Unix Epoch óta eltelt milliszekundumokat jelenti. Példa: 1609459200000 (2021. január 1., 00:00:00 UTC)

  3. Mikroszekundumos pontosság (16 számjegy): A Unix Epoch óta eltelt mikroszekundumokat jelenti. Példa: 1609459200000000 (2021. január 1., 00:00:00 UTC)

Az automatikus észlelés a bemenet hosszának elemzésével működik:

  • Ha a bemenet 10 számjegyet tartalmaz, standard Unix időbélyegként (másodpercek) kezeljük
  • Ha a bemenet 13 számjegyet tartalmaz, milliszekundumos időbélyegként kezeljük
  • Ha a bemenet 16 számjegyet tartalmaz, mikroszekundumos időbélyegként kezeljük

Ez az automatikus észlelés megszünteti a felhasználók számára az időbélyeg típusának megadásának szükségességét, így az eszköz felhasználóbarátabbá és hatékonyabbá válik.

Időformátum opciók

Ez a konverter két időformátum opciót kínál:

  1. 24 órás formátum (néha "katonai időnek" is nevezik): Az órák 0-tól 23-ig terjednek, és nincs AM/PM megjelölés. Például a 15:00-t 15:00-ként ábrázolják.

  2. 12 órás formátum: Az órák 1-től 12-ig terjednek, AM (ante meridiem) a középnapi időpontokhoz, és PM (post meridiem) a közép utáni időpontokhoz. Például a 15:00 a 24 órás formátumban 3:00 PM-ként jelenik meg.

A két formátum közötti választás nagyrészt regionális hagyomány és személyes preferencia kérdése:

  • A 24 órás formátumot a legtöbb európai, latin-amerikai és ázsiai országban, valamint tudományos, katonai és orvosi kontextusokban világszerte használják.
  • A 12 órás formátum elterjedt az Egyesült Államokban, Kanadában, Ausztráliában és néhány más angol nyelvű országban a mindennapi használat során.

Széljegyzetek és korlátozások

A különböző pontosságú Unix időbélyegekkel való munka során fontos tisztában lenni számos széljegyzettel és korlátozással:

  1. Negatív időbélyegek: Ezek a Unix Epoch (1970. január 1.) előtti dátumokat képviselik. Bár matematikailag érvényesek, egyes rendszerek nem kezelik a negatív időbélyegeket helyesen. Ez minden három időbélyeg formátumra vonatkozik.

  2. 2038-as probléma: A standard Unix időbélyegek (10 számjegy) gyakran 32 bites aláírt egész számként vannak tárolva, ami 2038. január 19-én túlcsordul. Ekkor a 32 bites rendszerek nem lesznek képesek helyesen ábrázolni az időpontokat, hacsak nem módosítják őket nagyobb egész szám típus használatára.

  3. Pontossági megfontolások:

    • Standard időbélyegek (10 számjegy) másodperces pontosságot biztosítanak, ami elegendő a legtöbb mindennapi alkalmazáshoz.
    • Milliszekundumos időbélyegek (13 számjegy) 1000-szer nagyobb pontosságot nyújtanak, ami hasznos a pontosabb időzítést igénylő alkalmazásokhoz.
    • Mikroszekundumos időbélyegek (16 számjegy) még finomabb részletességet (1/1,000,000 másodperc) kínálnak, ami szükséges a nagy teljesítményű számítástechnika, tudományos alkalmazások és bizonyos pénzügyi tranzakciók esetében.
  4. Nagyon nagy időbélyegek: Nagyon távoli jövőbeli dátumok egyes rendszerekben nem ábrázolhatók, vagy következetlenül kezelhetők. Ez különösen releváns a milliszekundumos és mikroszekundumos időbélyegek esetében, amelyek nagyobb numerikus értékeket használnak.

  5. Szökőmásodpercek: A Unix idő nem veszi figyelembe a szökőmásodperceket, amelyeket időnként hozzáadnak az UTC-hez a Föld szabálytalan forgásának kompenzálására. Ez azt jelenti, hogy a Unix idő nem szinkronizálható pontosan az asztronómiai idővel.

  6. Időzóna megfontolások: A Unix időbélyegek a UTC pillanatait képviselik. A helyi időre való átkonvertáláshoz további időzóna információra van szükség.

  7. Nyári időszámítás: Az időbélyegek helyi időre való konvertálásakor figyelembe kell venni a nyári időszámítás átmeneteinek bonyolultságát.

  8. Időbélyeg formátum zűrzavar: Megfelelő észlelés nélkül egy 13 számjegyű milliszekundumos időbélyeg tévesen értelmezhető egy nagyon távoli jövőbeli dátumként, ha másodpercekben kezelik. Konverterünk megakadályozza ezt az automatikus észleléssel, amely a számjegyek hossza alapján azonosítja a formátumot.

Használati esetek

A különböző pontosságú Unix időbélyegek számos alkalmazásban használatosak a számítástechnikában és az adatkezelésben:

  1. Adatbázis Rekordok: Az időbélyegeket gyakran használják az adatok létrehozásának vagy módosításának időpontjának rögzítésére.

    • A standard időbélyegek (10 számjegy) gyakran elegendőek a általános adatbázis alkalmazásokhoz.
    • A milliszekundumos időbélyegek (13 számjegy) akkor használatosak, amikor a rendezéshez pontosabb események szükségesek.
  2. Webfejlesztés: Az HTTP fejléc, sütik és gyorsítótárazási mechanizmusok gyakran Unix időbélyegeket használnak.

    • A JavaScript Date.now() milliszekundumos időbélyegeket (13 számjegy) ad vissza.
  3. Naplófájlok: A rendszer naplók általában Unix időbélyegekkel rögzítik az eseményeket a pontos időbeli sorrend érdekében.

    • A nagy frekvenciájú naplózási rendszerek milliszekundumos vagy mikroszekundumos pontosságot használhatnak.
  4. Verziókezelő Rendszerek: A Git és más VCS-ek időbélyegeket használnak a végrehajtott módosítások időpontjának rögzítésére.

  5. API Válaszok: Számos web API időbélyegeket tartalmaz a válaszokban, hogy jelezze, mikor generálták az adatokat vagy mikor módosították az erőforrásokat.

    • A REST API-k gyakran milliszekundumos pontosságú időbélyegeket használnak.
  6. Fájl Rendszerek: A fájlok létrehozási és módosítási idejét gyakran Unix időbélyegekként tárolják.

  7. Munkamenet Kezelés: A webalkalmazások időbélyegeket használnak annak meghatározására, hogy mikor kell lejárniuk a felhasználói munkameneteknek.

  8. Adat Elemzés: Az időbélyegek szabványosított módot biztosítanak a temporális adatokkal való munkára az analitikai alkalmazásokban.

  9. Nagy-Frekvenciás Kereskedés: A pénzügyi rendszerek gyakran mikroszekundumos pontosságot (16 számjegy) igényelnek a tranzakciók pontos sorrendjének biztosítása érdekében.

  10. Tudományos Mérések: A kutatóeszközök mikroszekundumos pontossággal rögzíthetik az észleléseket a pontos időbeli elemzés érdekében.

Alternatívák

Bár a Unix időbélyegek széles körben használtak, vannak alternatív időábrázolási formátumok, amelyek bizonyos kontextusokban megfelelőbbek lehetnek:

  1. ISO 8601: Egy szabványosított karakterlánc formátum (pl. "2021-01-01T00:00:00Z"), amely emberi olvasható, miközben megőrzi a rendezhetőséget. Gyakran előnyben részesítik adatcserénél és felhasználói alkalmazásoknál.

  2. RFC 3339: Az ISO 8601 profilja, amelyet internetes protokollokban használnak, szigorúbb formázási követelményekkel.

  3. Emberi olvasható formátumok: A lokalizált dátum karakterláncok (pl. "2021. január 1.") közvetlen felhasználói interakcióhoz megfelelőbbek, de kevésbé alkalmasak számításokhoz.

  4. Microsoft FILETIME: Egy 64 bites érték, amely a 1601. január 1. óta eltelt 100 nanomásodperc intervallumokat reprezentálja, amelyet Windows rendszerekben használnak.

  5. Julián Nap Szám: Az asztronómiában és néhány tudományos alkalmazásban használt, a napokat számolja 4713 Kr.e. január 1. óta.

Az időformátum kiválasztása számos tényezőtől függ:

  • Szükséges pontosság
  • Emberi olvashatósági igények
  • Tárolási korlátok
  • Meglévő rendszerekkel való kompatibilitás
  • Az ábrázolandó dátumok tartománya

Történelem

A Unix idő fogalma a Unix operációs rendszer fejlesztésével kezdődött a Bell Labs-ban az 1960-as és 1970-es évek végén. Az Epoch időpont (1970. január 1.) megválasztása némileg önkényes, de praktikus volt az időben - elég közel volt a minimális tárolási követelményekhez a releváns dátumokhoz, de elég távol a múltban ahhoz, hogy hasznos legyen a történelmi adatok számára.

Az eredeti megvalósítás 32 bites aláírt egész számot használt a másodpercek számának tárolására, ami elegendő volt a Unix rendszerek várható élettartamához abban az időben. Azonban ez a döntés a 2038-as problémához vezetett (néha "Y2K38" vagy "Unix Millenniumi Hiba"), mivel a 32 bites aláírt egész számok csak 2038. január 19-ig képesek ábrázolni dátumokat.

Ahogy a számítástechnikai igények fejlődtek, a nagyobb pontosságú időbélyegek szükségessé váltak:

  • Milliszekundumos pontosság (13 számjegy) elterjedtté vált az interaktív számítástechnika és a felhasználói felület reakcióidejének mérésére.

  • Mikroszekundumos pontosság (16 számjegy) jelent meg a nagy teljesítményű számítástechnikai alkalmazásokban és a rendkívül pontos időzítést igénylő rendszerekben.

Ahogy a Unix és Unix-szerű operációs rendszerek népszerűsége nőtt, a Unix időbélyeg de facto standarddá vált az idő ábrázolására a számítástechnikában. Számos programozási nyelv, adatbázis és alkalmazás átvette, messze túlmutatva az eredeti Unix környezeten.

A modern rendszerek egyre inkább 64 bites egész számokat használnak az időbélyegekhez, amelyek a reprezentálható tartományt körülbelül 292 milliárd évre terjesztik ki mindkét irányban az Epoch-tól, hatékonyan megoldva a 2038-as problémát. Azonban a régi rendszerek és alkalmazások még mindig sebezhetőek lehetnek.

A Unix időbélyeg egyszerűsége és hasznossága biztosította folyamatos relevanciáját a kifinomultabb időábrázolási formátumok kifejlesztése ellenére. Továbbra is alapvető fogalom a számítástechnikában, amely sok digitális infrastruktúránk alapját képezi.

Kód Példák

Itt vannak példák arra, hogyan lehet átkonvertálni a Unix időbélyegeket különböző pontosságokkal emberi olvasható dátumokká különböző programozási nyelvekben:

1// JavaScript időbélyeg konvertálás automatikus formátum észleléssel
2function convertTimestamp(timestamp, use12Hour = false) {
3  // Átkonvertálás stringről számra, ha szükséges
4  const numericTimestamp = Number(timestamp);
5  
6  // Formátum észlelése a számjegyek hossza alapján
7  let date;
8  if (timestamp.length === 16) {
9    // Mikroszekundumos pontosság (oszd el 1 000 000-tel, hogy másodperceket kapj)
10    date = new Date(numericTimestamp / 1000);
11    console.log("Észlelve: Mikroszekundumos pontosságú időbélyeg");
12  } else if (timestamp.length === 13) {
13    // Milliszekundumos pontosság
14    date = new Date(numericTimestamp);
15    console.log("Észlelve: Milliszekundumos pontosságú időbélyeg");
16  } else if (timestamp.length === 10) {
17    // Standard Unix időbélyeg (másodpercek)
18    date = new Date(numericTimestamp * 1000);
19    console.log("Észlelve: Standard Unix időbélyeg (másodpercek)");
20  } else {
21    throw new Error("Érvénytelen időbélyeg formátum. Várt 10, 13 vagy 16 számjegy.");
22  }
23  
24  // Formázási opciók
25  const options = {
26    year: 'numeric',
27    month: 'long',
28    day: 'numeric',
29    weekday: 'long',
30    hour: use12Hour ? 'numeric' : '2-digit',
31    minute: '2-digit',
32    second: '2-digit',
33    hour12: use12Hour
34  };
35  
36  // Átkonvertálás stringgé helyi formázás használatával
37  return date.toLocaleString(undefined, options);
38}
39
40// Példa használat
41try {
42  // Standard Unix időbélyeg (10 számjegy)
43  console.log(convertTimestamp("1609459200", false)); 
44  
45  // Milliszekundumos pontosság (13 számjegy)
46  console.log(convertTimestamp("1609459200000", false)); 
47  
48  // Mikroszekundumos pontosság (16 számjegy)
49  console.log(convertTimestamp("1609459200000000", true)); 
50} catch (error) {
51  console.error(error.message);
52}
53

Széljegyzetek kezelése

A különböző pontosságú Unix időbélyegekkel való munka során fontos, hogy helyesen kezeljük a széljegyzeteket. Íme egy példa, amely bemutatja a széljegyzetek átfogó kezelését:

1// JavaScript átfogó széljegyzet kezelés több időbélyeg formátumhoz
2function safeConvertTimestamp(timestamp, use12Hour = false) {
3  // Bemeneti érvényesítés
4  if (timestamp === undefined || timestamp === null || timestamp === '') {
5    return "Hiba: Üres vagy nem definiált időbélyeg";
6  }
7  
8  // Győződjön meg róla, hogy az időbélyeg string, hogy ellenőrizhesse a hosszát
9  const timestampStr = String(timestamp).trim();
10  
11  // Ellenőrizze, hogy az időbélyeg csak számjegyeket tartalmaz
12  if (!/^\d+$/.test(timestampStr)) {
13    return "Hiba: Az időbélyegnek csak számjegyeket kell tartalmaznia";
14  }
15  
16  // Formátum észlelése a hossz alapján
17  let date;
18  try {
19    if (timestampStr.length === 16) {
20      // Mikroszekundumos pontosság
21      const microseconds = Number(timestampStr);
22      date = new Date(microseconds / 1000); // Konvertálás milliszekundumokká
23      console.log("Mikroszekundumos időbélyeg feldolgozása (16 számjegy)");
24      
25      // Ellenőrizze az érvénytelen dátumot
26      if (isNaN(date.getTime())) {
27        return "Hiba: Érvénytelen mikroszekundumos időbélyeg";
28      }
29    } else if (timestampStr.length === 13) {
30      // Milliszekundumos pontosság
31      const milliseconds = Number(timestampStr);
32      date = new Date(milliseconds);
33      console.log("Milliszekundumos időbélyeg feldolgozása (13 számjegy)");
34      
35      // Ellenőrizze az érvénytelen dátumot
36      if (isNaN(date.getTime())) {
37        return "Hiba: Érvénytelen milliszekundumos időbélyeg";
38      }
39    } else if (timestampStr.length === 10) {
40      // Standard Unix időbélyeg (másodpercek)
41      const seconds = Number(timestampStr);
42      date = new Date(seconds * 1000);
43      console.log("Standard időbélyeg feldolgozása (10 számjegy)");
44      
45      // Ellenőrizze az érvénytelen dátumot
46      if (isNaN(date.getTime())) {
47        return "Hiba: Érvénytelen standard időbélyeg";
48      }
49      
50      // Ellenőrizze a Y2K38 problémát (32 bites rendszerek esetén)
51      const maxInt32 = 2147483647; // A 32 bites aláírt egész szám maximális értéke
52      if (seconds > maxInt32) {
53        console.warn("Figyelmeztetés: Az időbélyeg meghaladja a 32 bites egész szám határát (Y2K38 probléma)");
54      }
55    } else {
56      return "Hiba: Érvénytelen időbélyeg hossz. Várt 10, 13 vagy 16 számjegy.";
57    }
58    
59    // Dátum formázása
60    const options = {
61      year: 'numeric',
62      month: 'long',
63      day: 'numeric',
64      weekday: 'long',
65      hour: use12Hour ? 'numeric' : '2-digit',
66      minute: '2-digit',
67      second: '2-digit',
68      hour12: use12Hour
69    };
70    
71    return date.toLocaleString(undefined, options);
72  } catch (error) {
73    return "Hiba az időbélyeg átkonvertálásakor: " + error.message;
74  }
75}
76
77// Teszt különböző széljegyzetekkel
78console.log(safeConvertTimestamp("1609459200"));      // Standard (10 számjegy)
79console.log(safeConvertTimestamp("1609459200000"));   // Milliszekundumok (13 számjegy)
80console.log(safeConvertTimestamp("1609459200000000")); // Mikroszekundumok (16 számjegy)
81console.log(safeConvertTimestamp("abc123"));          // Nem numerikus
82console.log(safeConvertTimestamp("12345"));           // Érvénytelen hossz
83console.log(safeConvertTimestamp("9999999999999999")); // Nagyon nagy mikroszekundumos időbélyeg
84console.log(safeConvertTimestamp(""));                // Üres string
85

Gyakran Ismételt Kérdések

Mi az a Unix időbélyeg?

A Unix időbélyeg az eltelt másodpercek számát jelenti az Epoch óta, 1970. január 1. (éjfél UTC/GMT), nem számítva a szökőmásodperceket. Tömör, nyelvfüggetlen módot nyújt egy adott időpont reprezentálására.

Hogyan működik az automatikus időbélyeg formátum észlelés?

A konverter automatikusan észleli az időbélyeg formátumát a számjegyek számának alapján:

  • 10 számjegy: Standard Unix időbélyeg (másodpercek az Epoch óta)
  • 13 számjegy: Milliszekundumos pontosságú időbélyeg
  • 16 számjegy: Mikroszekundumos pontosságú időbélyeg

Miért lenne szükség milliszekundumos vagy mikroszekundumos pontosságra?

A milliszekundumos pontosság (13 számjegy) hasznos a pontosabb időzítést igénylő alkalmazásokhoz, mint például a teljesítmény nyomon követése, a felhasználói interakciók követése és bizonyos pénzügyi alkalmazások. A mikroszekundumos pontosság (16 számjegy) szükséges a nagy teljesítményű számítástechnikához, tudományos alkalmazásokhoz és nagy frekvenciájú kereskedési rendszerekhez, ahol rendkívül pontos időzítés kritikus.

Használhatok Unix időbélyegeket a 1970 előtti dátumok ütemezésére?

Igen, a 1970. január 1. előttiek negatív időbélyegekkel képviselhetők. Azonban egyes rendszerek nem kezelik a negatív időbélyegeket helyesen, ezért fontos tesztelni ezt a funkciót, ha történelmi dátumokkal kell dolgozni.

Mi a 2038-as probléma?

A 2038-as probléma abból adódik, hogy sok rendszer Unix időbélyegeket 32 bites aláírt egész számként tárol, amely csak 2038. január 19-ig képes dátumokat ábrázolni (03:14:07 UTC). Ekkor az egész szám túlcsordul, ami potenciálisan rendszerszintű hibákhoz vezethet. A modern rendszerek egyre inkább 64 bites egész számokat használnak, hogy elkerüljék ezt a problémát.

Hogyan kezeljem az időzónás konverziókat Unix időbélyegekkel?

A Unix időbélyegek mindig UTC-ben (Koordinált Univerzális Idő) vannak. A helyi időre való átkonvertáláshoz a megfelelő eltérést kell alkalmazni, miután az időbélyeget dátummá konvertálták. A legtöbb programozási nyelv beépített funkciókat biztosít az időzóna konverziók kezelésére.

Mi a különbség a Unix idő és az ISO 8601 között?

A Unix idő egy numerikus reprezentáció (másodpercek az Epoch óta), míg az ISO 8601 egy karakterlánc formátum (pl. "2021-01-01T00:00:00Z"). A Unix idő tömörebb és könnyebben használható számításokhoz, míg az ISO 8601 emberi olvashatóbb és önmagában leíró.

Mennyire pontosak a Unix időbélyegek?

A standard Unix időbélyegek másodperces pontosságot biztosítanak. A nagyobb pontosságú alkalmazásokhoz a milliszekundumos időbélyegek (13 számjegy) 1/1000 másodperces pontosságot nyújtanak, a mikroszekundumos időbélyegek (16 számjegy) pedig 1/1,000,000 másodperces pontosságot kínálnak.

Figyelembe veszik a Unix időbélyegek a szökőmásodperceket?

Nem, a Unix idő a szökőmásodperceket nem veszi figyelembe, amelyeket időnként hozzáadnak az UTC-hez a Föld szabálytalan forgásának kompenzálására. Ez azt jelenti, hogy a Unix idő nem szinkronizálható pontosan az asztronómiai idővel.

Használhatok Unix időbélyegeket jövőbeli események ütemezésére?

Igen, a Unix időbélyegeket széles körben használják ütemezéshez. Azonban nagyon távoli jövőbeli dátumok esetén figyelembe kell venni a potenciális korlátozásokat, például a 2038-as problémát 32 bites rendszerek esetén, és az időzónák változásait és a nyári időszámítási átmenetek bonyolultságait.

Hivatkozások

  1. "Unix Idő." Wikipédia, Wikimedia Alapítvány, https://en.wikipedia.org/wiki/Unix_time

  2. "2038-as Probléma." Wikipédia, Wikimedia Alapítvány, https://en.wikipedia.org/wiki/Year_2038_problem

  3. Olson, Arthur David. "A Naptári Idő Bonyolultságai." Az Open Group, https://www.usenix.org/legacy/events/usenix01/full_papers/olson/olson.pdf

  4. "ISO 8601." Wikipédia, Wikimedia Alapítvány, https://en.wikipedia.org/wiki/ISO_8601

  5. "RFC 3339: Dátum és Idő az Interneten: Időbélyegek." Internet Engineering Task Force (IETF), https://tools.ietf.org/html/rfc3339

  6. Kernighan, Brian W., és Dennis M. Ritchie. "A C Programozási Nyelv." Prentice Hall, 1988.

  7. "Precíziós Időzítés Nagy Teljesítményű Számítástechnikában." ACM Computing Surveys, https://dl.acm.org/doi/10.1145/3232678

  8. "Időábrázolás Pénzügyi Rendszerekben." Pénzügyi Technológia Folyóirat, https://www.fintech-journal.com/time-representation

Próbálja ki időbélyeg konverterünket most, hogy könnyedén átkonvertálja a különböző pontosságú Unix időbélyegeket emberi olvasható dátumokká. Akár standard Unix időbélyegekkel, akár milliszekundumos pontossággal, akár mikroszekundumos pontossággal dolgozik, eszközünk automatikusan észleli a formátumot és pontos átkonvertálásokat biztosít.