Ghid pentru Convertorul de timestamp

Ce este un timestamp Unix

Timpul Unix este numărul de secunde scurse de la epoca Unix, 1970-01-01 00:00:00 UTC, fără a număra secundele de salt. Este un singur număr, fără fus orar, ceea ce îl face comod pentru a stoca și a compara momente. 1789462800 este aceeași clipă oriunde în lume; diferă doar ora arătată de ceasul local. Sortarea rândurilor dintr-o bază de date, a liniilor de jurnal sau a expirărilor de token după acest singur număr este mai rapidă și mai puțin expusă greșelilor decât analiza unor șiruri de dată.

Sistemele diferite numără în unități diferite. API-urile Unix clasice și claim-urile JWT folosesc secunde, Date.now() din JavaScript returnează milisecunde, iar unele baze de date și limbajul Go folosesc microsecunde sau nanosecunde. Confuzia dintre ele este una dintre cele mai frecvente erori legate de dată: o valoare în milisecunde citită ca secunde ajunge la zeci de mii de ani în viitor. Greșeala inversă este mai discretă: secundele scrise într-un câmp care așteaptă milisecunde adună toate înregistrările în primele zile ale anului 1970.

Cum folosiți Convertorul de timestamp

1. Deschideți Convertorul de timestamp și introduceți un timestamp Unix sau o dată; lăsați câmpul gol pentru ora curentă.
2. Verificați unitatea recunoscută, apoi momentul în UTC și în propriul dumneavoastră fus orar.
3. Alegeți alt fus orar ca să vedeți ora locală de acolo, de exemplu pentru o ședință sau pentru cronologia unui incident.
4. Copiați formatul de care aveți nevoie: secunde Unix, milisecunde, ISO 8601 sau RFC 2822.

Recunoașterea după mărime funcționează pentru date dintr-un interval normal în jurul zilei de azi. Valorile foarte vechi sau foarte îndepărtate în viitor pot fi ambigue; dacă rezultatul pare greșit, verificați ce unitate folosește sistemul din care ați luat valoarea. Citirea unității din documentația API-ului sau din schema bazei de date este întotdeauna mai sigură decât număratul cifrelor. Compararea cu o dată pe care o cunoașteți, precum data creării unei înregistrări, arată repede dacă interpretarea este corectă.

Cum citiți o expresie cron

Comutați pagina pe Explică o expresie cron și lipiți linia din crontab. Instrumentul citește cron standard (Vixie): cinci câmpuri - minut, oră, zi din lună, lună, zi din săptămână - sau șase, atunci când primul este pentru secunde. Spune în cuvinte simple când se declanșează programarea și listează următoarele cinci rulări, în fusul orar pe care îl alegeți și în UTC.

Două reguli încurcă lumea. Mai întâi, când și câmpul pentru ziua din lună, și cel pentru ziua din săptămână sunt restrânse, cronul standard rulează atunci când se potrivește oricare dintre ele: 0 0 13 * 5 rulează în fiecare vineri și în fiecare zi de 13 a lunii, nu doar vinerea 13. Lăsați unul dintre cele două câmpuri ca * atunci când vreți suprapunerea. Apoi, cron se declanșează în fusul orar al mașinii pe care rulează, așa că rulările listate aici - calculate după ceasul propriului browser - se potrivesc cu serverul dumneavoastră doar dacă alegeți fusul serverului.

L, W și # sunt extensii Quartz, nu cron standard. Instrumentul numește tokenul pe care nu l-a înțeles și refuză în loc să ghicească, iar o expresie care nu poate rula niciodată - 30 4 31 2 *, 31 februarie - este raportată ca imposibilă, în loc să primească cinci date inventate.

Formate de dată

RFC 3339 este un profil strict al lui ISO 8601, gândit pentru protocoalele de internet: întotdeauna o dată și o oră complete, cu secunde și cu un decalaj explicit sau cu Z pentru UTC. Dacă proiectați un API, folosiți șiruri RFC 3339 ori secunde Unix și documentați varianta aleasă. Fiindcă ISO 8601 mai permite și numere de săptămână, zile ordinale și intervale de durată, nu toate bibliotecile acceptă același subset. Un API care spune limpede ce acceptă un câmp scutește dezvoltatorul din partea cealaltă de încercări repetate.

# seconds to date (GNU date)
date -u -d @1789462800

# macOS / BSD date
date -u -r 1789462800

# current Unix time in seconds and milliseconds
date +%s
node -e 'console.log(Date.now())'

Fusuri orare și ora de vară

Un fus orar înseamnă mai mult decât un decalaj. Europe/Bucharest este UTC+2 iarna și UTC+3 vara, iar datele schimbării s-au modificat de-a lungul anilor. De aceea conversia cu un fus numit din baza de date IANA a fusurilor orare este mai sigură decât adăugarea unui număr fix de ore. Pentru o dată din trecut se aplică regula valabilă atunci, așa că înregistrările vechi se citesc cu decalajul epocii lor, nu cu cel de azi. Când o țară își schimbă regulile, sistemele care stochează ora locală pierd sensul și pentru datele deja salvate.

Timestampuri în jurnale și în cronologia incidentelor

În timpul unui incident, evenimentele vin din multe sisteme: jurnalele echilibratorului de încărcare în UTC, jurnalele aplicației în ora locală, o alertă de monitorizare cu un timestamp Unix și un e-mail cu o dată RFC 2822. A construi o cronologie înseamnă a le converti pe toate într-un singur fus, de obicei UTC, înainte de sortare. Convertorul ajută la formatele mai neobișnuite, însă configurarea fiecărui sistem să scrie în jurnal în UTC, cu decalaj, elimină din start cea mai mare parte a muncii. Același lucru este valabil pentru capturi de ecran și tichete: când scrieți o oră, scrieți și fusul ei.

• Scrieți în jurnal în UTC, cu un Z explicit sau cu un decalaj, în fiecare linie.
• Includeți milisecundele, ca evenimentele din aceeași secundă să poată fi puse în ordine.
• Țineți ceasurile serverelor sincronizate cu NTP; câteva secunde de derivă schimbă ordinea evenimentelor.
• Când împărtășiți o cronologie, spuneți fusul o dată, la început, și folosiți-l până la capăt.

Erori frecvente legate de dată și oră

• Secunde față de milisecunde. O dată din 1970 sau din anul 57.000 înseamnă de obicei că unitatea a fost greșită.
• Date fără decalaj. 2026-09-15 09:00 este ambiguu; sistemele diferite îl citesc ca UTC sau ca oră locală.
• Stocarea orei locale. Stocați separat ora în UTC și fusul utilizatorului; derivați orele locale doar pentru afișare.
• Ordinea lunii și a zilei. 09/10/2026 înseamnă 10 septembrie în SUA și 9 octombrie în mare parte din Europa; pentru date folosiți ISO 8601.
• Diferențe de ceas între servere. Validarea tokenurilor și corelarea jurnalelor se strică atunci când ceasurile derivă; țineți serverele sincronizate cu NTP.
• Anul 2038. Secundele Unix pe 32 de biți cu semn depășesc capacitatea pe 2038-01-19; folosiți valori de timp pe 64 de biți în stocare și în cod.

Timestampurile apar și în multe alte instrumente: claim-urile exp și iat din Decodorul JWT, datele din anteturile Received din Analizorul de antete e-mail și timpul înglobat în identificatorii v7 din Generatorul UUID. Ora unei linii de jurnal de la api.example.com înseamnă cel mai mult atunci când toate folosesc UTC. O înțelegere a echipei asupra unui singur fus este cel mai ieftin timp câștigat când reconstituiți povestea unui incident.

Întrebări frecvente

Surse

• RFC 3339: Data și ora pe internet: timestampuri
• RFC 5322: Formatul mesajelor de internet (sintaxa datei)
• Baza de date IANA a fusurilor orare
• MDN: Date
• RFC 9110: Semantica HTTP, formatul datei