Dátumformátum-konverter online — YYYY.MM.DD, ISO 8601, Unix timestamp és más formátumok

Írd be a dátumot bármilyen formátumban — a konverter azonnal megmutatja az összes népszerű formátumban: a magyar YYYY.MM.DD-től az Unix timestampig és az RFC 2822-ig

Dátumformátum átalakítása
Add meg a dátumot
Eredmény

Add meg a dátumot, majd kattints az „Átalakítás" gombra

Referencia dátumok — betöltés a konverterbe
Ma

Az aktuális dátum az eszközöd szerint

1848. március 15.

A magyar forradalom és szabadságharc kezdete — nemzeti ünnep

2000. január 1.

Az ezredforduló — elemzők és fejlesztők által sokat tesztelt dátum

1970. január 1.

Unix epoch — a Unix timestamp nullpontja, amelytől minden Unix timestamp számítódik

2000. február 29.

Szökőnap — a szoftverek egyik leggyakoribb hibaforrása, ha nem kezelik helyesen a dátumokat

9999. december 31.

Sok rendszer maximális dátuma — a dátumtúlcsordulás tesztelésére

Dátumformátumok — mit jelentenek és hol használják őket
YYYY.MM.DD — a magyar dátumformátum és miért egyedi Európában

Magyarország az egyetlen európai ország, ahol a hivatalos dátumformátum YYYY.MM.DD — azaz először az év, utána a hónap, végül a nap, ponttal elválasztva. Példa: 2026.03.22. Ez megfelel az MSZ ISO 8601 szabványnak és a nagy egységektől a kis egységek felé haladó logikának. Ezért a magyar dátum automatikusan helyesen sorba rendezhető szövegként is. A formátum egyértelmű — ellentétben az európai DD.MM.YYYY-jal és az amerikai MM/DD/YYYY-jal, amelyek könnyen összekeverhetők egymással.

ISO 8601 (YYYY-MM-DD) — a nemzetközi szabvány és miért jobb

Az ISO 8601 a dátum írásának nemzetközi szabványa YYYY-MM-DD formátumban (év-hónap-nap). Példa: 2026-03-22. Előnyei: egyértelmű — független az országtól és a nyelvtől. Rendezésre alkalmas — a dátumok lexikografikusan helyesen rendezhetők. Ez a szabvány az adatbázisokban (SQL), API-kban, JSON-ban, XML-ben, naplófájlokban, Git commitokban. A HTML type="date" attribútum szintén YYYY-MM-DD-t használ. Ha fejlesztő vagy és adatokkal dolgozol — mindig ISO 8601-ben tárold a dátumokat.

Unix timestamp — mi ez és mire való

A Unix timestamp (vagy POSIX time) az 1970. január 1. 00:00:00 UTC (Unix epoch) óta eltelt másodpercek száma. Példa: 1742601600 = 2026. március 22. 00:00:00 UTC. Minden operációs rendszerben, adatbázisban, programozási nyelvben, API-ban és naplóban megtalálható. Előnyei: egyetlen szám időzóna és nyelv nélkül, kényelmes a dátumokkal végzett matematikához. A JavaScript ezredmásodperceket használ (Date.now() = timestamp × 1000). A 32 bites timestamp maximuma 2038. január 19. — ez a "2038-as probléma".

MM/DD/YYYY — az amerikai formátum és hol találkozunk vele

Az MM/DD/YYYY formátum az USA és részben Kanada szabványa. Példa: 03/22/2026 = 2026. március 22. A világ legtöbb lakója számára logikátlan (először a hónap, aztán a nap, aztán az év). Mégis ez dominál az amerikai dokumentumokban, űrlapokon, programokban és az amerikai régióra beállított Excel-fájlokban. Ha amerikai forrásból kapsz CSV vagy Excel fájlt — az első dátumos oszlop valószínűleg MM/DD/YYYY formátumú.

Gyakran ismételt kérdések a dátumformátumokról
Mi a különbség a YYYY.MM.DD és a DD.MM.YYYY között?

Az elemek sorrendje. A YYYY.MM.DD a magyar szabvány: először az év, majd a hónap, végül a nap, ponttal elválasztva — a nagyobb egységtől a kisebb felé haladva. A DD.MM.YYYY az európai (nem magyar) formátum: először a nap, aztán a hónap, aztán az év. A 2026.03.22 egyértelműen március 22-t jelent bármely országban is olvassuk, míg a 03/04/2026 Magyarországon április 3., az USA-ban március 4.

Mi az ISO 8601 és hol alkalmazzák?

Az ISO 8601 a dátum (YYYY-MM-DD) és az idő (YYYY-MM-DDTHH:MM:SS) írásának nemzetközi szabványa. Példa: 2026-03-22. Alkalmazzák: SQL adatbázisokban (DATE típus), REST API-kban és JSON-ban, HTML input[type="date"]-ban, naplófájlokban, Git-ben, XML-ben és HTML meta tagekben. Fő előnye az egyértelműség és a helyes lexikografikus rendezés: a YYYY-MM-DD formátumú dátum-szövegek sima szövegként is helyesen rendezhetők.

Hogyan alakítok át Unix timestampet normál dátummá?

A Unix timestamp az 1970. január 1. (UTC) óta eltelt másodpercek száma. Átváltáshoz: írd be a számot a konverterbe a "Unix timestamp" mezőbe — azonnal látod a dátumot minden formátumban. Kézi számítás: timestamp ÷ 86400 = napok száma 1970-01-01 óta. JavaScript-ben: new Date(timestamp * 1000).toISOString(). PHP-ban: date("Y-m-d", $timestamp). Pythonban: datetime.fromtimestamp(timestamp).

Hogyan derítem ki egy ismeretlen fájl dátumformátumát?

Írj be néhány dátumot a konverterbe és nézd meg, melyik értelmezés logikus. Ellenőrizd a nap értékét: ha az első szám nagyobb 12-nél (pl. 23/03/2026), az biztosan a nap — a formátum DD/MM/YYYY vagy DD.MM.YYYY. Ha mindkét első szám ≤ 12 — nézd meg a kontextust, vagy keresd az évet (általában négyjegyű és első vagy utolsó). Az ISO 8601 (YYYY-MM-DD) mindig négyjegyű évvel kezdődik.

Mi az RFC 2822 és hol találkozunk vele?

Az RFC 2822 az e-mail fejlécek és RSS csatornák dátumformátuma. Így néz ki: Sun, 22 Mar 2026 14:30:00 +0200. Tartalmazza: a hét napját, a számot, a hónap rövidítését angolul, az évet, az időt és az UTC-eltolást. A PHP date("r") függvénye RFC 2822-t ad vissza. JavaScript-ben: new Date().toUTCString() hasonló formátumot ad.

Miért okoz problémát február 29. a szoftverekben?

Február csak szökőévben (4-gyel osztható, de nem 100-zal, kivéve ha 400-zal is osztható) rendelkezik 29 nappal. Az ezt nem ellenőrző programok vagy összeomlanak, vagy március 1-jére lépnek. A 2000-es év szökőév (400-zal osztható). Az 1900-as nem volt szökőév. Ha bármelyik évre beírod a 02.29-et — a konverter ellenőrzi, hogy létezik-e ez a dátum.

Mi a "2038-as probléma" a Unix timestampnél?

A régi 32 bites Unix timestamp 2038. január 19-én 03:14:07 UTC-kor éri el a maximumát (2 147 483 647). Ezután a 32 bites előjeles egész típus túlcsordul és negatív lesz — a régi típust használó programok helytelenül kezelhetik a dátumokat. A modern 64 bites rendszerek és nyelvek nem rendelkeznek ezzel a problémával — a maximum ~292 milliárd éven túl van.

Melyik dátumformátumot használjam adatbázisokban és API-kban?

Mindig ISO 8601 (YYYY-MM-DD vagy YYYY-MM-DDTHH:MM:SSZ). Okok: egyértelmű a nyelvtől és régiótól függetlenül, szövegként helyesen rendezhető, minden DBMS (MySQL, PostgreSQL, SQLite), programozási nyelv (JS, Python, PHP, Java) és szabvány (JSON Schema, OpenAPI) támogatja. A Unix timestamp pontos időbélyegekhez megfelelő — 64 bites egészként tárold.

Dátumformátum-konverter — hogyan válts YYYY.MM.DD, ISO 8601 és Unix timestamp között

A dátum írásmódja az egyik leggyakoribb hibaforrás a szoftverekben, félreértések forrása dokumentumokban és adatimportálási problémák oka. Az ok egyszerű: különböző országokban és rendszerekben eltérő konvenciók érvényesek, és a 03/04/2026 jelenthet március 4-ét és április 3-át is — attól függően, ki írta.

Melyik dátumformátumot használjuk Magyarországon

Magyarországon a hivatalos szabvány az YYYY.MM.DD ponttal: 2026.03.22. Ez megfelel az MSZ ISO 8601 szabványnak, és a legtöbb állami intézmény, bank és könyvelőprogram alkalmazza. Webfejlesztésben és adatbázisokban az ISO 8601 kötőjeles változata (YYYY-MM-DD) ajánlott — egyértelmű, és minden modern adatbáziskezelő és API támogatja.

Miért használnak a fejlesztők Unix timestampet

A Unix timestamp az 1970. január 1. UTC óta eltelt másodpercek száma. Ez egy egyszerű egész szám, független a nyelvtől, az időzónától és a régiótól. Könnyen végezhetünk vele számításokat: adj hozzá 86400-at — holnap lesz, vond le 3600-at — egy órával korábbi időpontot kapsz. Ezért a timestamp szabvány a naplókban, adatbázisokban, gyorsítótárakban, feladatsorokban és minden olyan rendszerben, ahol fontos a pontos időrend. A JavaScript ezredmásodperceket használ (Date.now()), ezért a JS-ből kapott timestampet 1000-rel kell osztani a Unix másodpercekhez.

A dátumformátum automatikus felismerése

A konverter megpróbálja automatikusan felismerni a formátumot. A logika: ha az első komponens négyjegyű — ISO 8601 vagy YYYY.MM.DD. Ha az első szám nagyobb 12-nél — az a nap, a formátum DD/MM vagy DD.MM. Ha nagy szám van elválasztó nélkül — Unix timestamp vagy ezredmásodperc. Ha hónap neve szerepel — meghatározza a nyelvet és a nap pozícióját. Kétértelmű esetekben (pl. 03/04/2026) a konverter figyelmeztet és kéri a formátum kézi kiválasztását.

Gyakori hibák dátumformátumokkal való munka során

A leggyakoribb problémák: CSV importálása amerikai formátumú dátumokkal magyar programokba (a hónap és a nap felcserélődik), az Excel, amely automatikusan alakítja a dátumokat a regionális beállítások szerint, az API-k, amelyek ezredmásodpercben adják vissza a timestampet másodperc helyett, és az adatbázisok, amelyekben a dátumok rögzített formátum nélküli szövegként vannak tárolva. Kerüld a dátumok szövegként való tárolását — mindig DATE/DATETIME típust vagy Unix timestampet használj egész számos mezőben.

Kapcsolódó Eszközök

Jogi nyilatkozat: az ezen az oldalon található összes számítás hozzávetőleges és tájékoztató jellegű. Az eredmények eltérhetnek a valóságostól az egyéni feltételek, műszaki jellemzők, régió, jogszabályváltozások stb. függvényében.

A pénzügyi, orvosi, építési, közműszolgáltatási, autóipari, matematikai, oktatási és IT kalkulátorok nem minősülnek szakmai tanácsadásnak és nem lehetnek az egyetlen alapja fontos döntések meghozatalának. Pontos számításokhoz és tanácsokhoz javasoljuk, hogy forduljon szakértőkhöz.

Az oldal adminisztrációja nem vállal felelősséget a számítási eredmények használatával kapcsolatos esetleges hibákért vagy károkért.