Un convertor de timestamp Unix este unul dintre acele instrumente simple, dar indispensabile, la care vei apela constant ca dezvoltator sau analist de date. Este o utilitate utilă care traduce un număr lung, aparent aleatoriu, într-o dată și o oră pe care le putem înțelege cu adevărat. Această traducere este crucială atunci când analizezi jurnale de sistem, lucrezi cu API-uri sau interoghezi baze de date în care timpul este stocat în acest format super-eficient.

Ce este un timestamp Unix și de ce contează

Înainte de a putea aprecia cu adevărat un bun convertor, trebuie să înțelegi ce reprezintă acel număr. La baza sa, un timestamp Unix este doar un număr care numără secunde. Acesta urmărește numărul total de secunde care au trecut de la 00:00:00 UTC pe 1 ianuarie 1970. Acel moment specific în timp este cunoscut sub numele de „epoca Unix”.

De ce această metodă? Simplitate și eficiență. Stocarea timpului ca un singur întreg este mult mai compactă și performantă decât un șir de caractere verbose precum „Vineri, 1 ianuarie 2021 12:00:00 AM GMT”. Acest lucru îl face perfect pentru câteva domenii cheie:

• Stocarea în baze de date: Timestamps sunt mici, ceea ce le face rapide de indexat și interogat. Este o mare victorie pentru performanță.
• Payload-uri API: Trimiterea unui singur număr în ambele direcții este mult mai ușoară pentru lățimea de bandă decât trimiterea unui șir de date complet, ceea ce duce la timpi de răspuns mai rapizi.
• Fișiere de jurnal: Atunci când analizezi jurnale din zeci de sisteme diferite, având un timestamp uniform, independent de limbaj, este un salvator.
• Calculații: Ai nevoie să știi cât a durat un proces? Pur și simplu scade timestamp-ul de început din timestamp-ul de sfârșit. Este o matematică simplă cu întregi.

Secunde vs. Milisecunde și mai departe

Timestamp-ul Unix clasic este un număr de 10 cifre care reprezintă secunde. Dar pe măsură ce tehnologia a evoluat, nevoia de o măsurare a timpului mai granulară a crescut. Aici vei începe să vezi diferite lungimi de timestamps, iar aceasta este o capcană comună.

Iată o scurtă prezentare a ceea ce vei întâlni de obicei în sălbăticie. Confundarea unuia cu altul este o eroare clasică „cu o mie în plus” care poate duce la unele bug-uri foarte confuze.

Formate comune de timestamp Unix pe scurt

Unitate	Cifre	Caz de utilizare tipic	Valoare exemplu (pentru același moment)
Secunde	10	Standard pentru cele mai multe sisteme backend, baze de date și API-uri.	1609459200
Milisecunde	13	Foarte comun în tehnologia web, în special JavaScript.	1609459200000
Microsecunde	16	Utilizat în tranzacționarea de înaltă frecvență sau în calculul științific.	1609459200000000

Înțelegerea acestor formate este esențială. Dacă un instrument se așteaptă la secunde și îi oferi milisecunde, vei obține o dată care este cu mii de ani în viitor. Este o greșeală pe care cu toții am făcut-o la un moment dat!

Problema faimoasă a anului 2038

Simplitatea elegantă a timestamp-ului Unix a creat, de asemenea, o bombă cu ceas: „problema anului 2038”. Pe sistemele mai vechi de 32 de biți, timestamps erau stocate ca un întreg semnat de 32 de biți. Problema este că acest tip de întreg are un plafon - nu poate reține un număr mai mare de 2,147,483,647.

Pe 19 ianuarie 2038, la 03:14:07 UTC, numărul de secunde de la epocă va depăși acel limită. Când se va întâmpla acest lucru, întregul va „întoarce” și va deveni un număr negativ. Acest lucru ar face ca sistemele vulnerabile să interpreteze data ca fiind înapoi în 1901, ceea ce ar putea provoca prăbușirea miliardelor de dispozitive vechi care sunt încă acolo. Poți obține mai multe informații despre epoca Unix și impactul său de la experții de la StrongDM.

Din fericire, aceasta nu este ceva la care majoritatea dintre noi trebuie să ne facem griji zi de zi. Majoritatea sistemelor moderne au trecut la întregi de 64 de biți pentru măsurarea timpului. Un întreg de 64 de biți este atât de masiv încât nu va depăși limita timp de încă 292 de miliarde de ani, rezolvând efectiv problema pentru totdeauna.

Totuși, este o bucată fantastică din istoria calculatoarelor și o cunoaștere critică dacă te găsești vreodată lucrând pe sisteme încorporate mai vechi sau pe coduri moștenite. Înțelegerea acestor fundamente face ca orice convertor de timestamp Unix să fie un instrument mult mai puternic în mâinile tale.

Facilitarea conversiilor în browserul tău

Deși utilizarea unei comenzi în terminal sau a unui fragment de cod funcționează, nu este întotdeauna cea mai rapidă modalitate de a rezolva lucrurile. Uneori, ai nevoie de un răspuns chiar acum, fără a-ți distrage atenția sau a schimba feroneria. Aici este unde un bun instrument bazat pe browser își dovedește cu adevărat valoarea, în special un convertor de timestamp Unix dedicat care se află chiar în browserul tău.

Magia reală aici este despre a rămâne în flux. Imaginează-ți asta: cauți printr-un răspuns API în instrumentele de dezvoltare ale browserului tău și observi un timestamp.

În loc să deschizi un alt tab sau să lansezi un terminal, apeși un scurt comutator de tastatură, lipești numărul și obții răspunsul instantaneu. Asta este tipul de flux de lucru fără întreruperi pe care îl obții cu instrumente precum ShiftShift Extensions, care adună o mulțime de utilitare utile într-o singură Paletă de Comenzi.

Obține Răspunsuri Instantanee cu un Comutator de Tastatură

Totul se reduce la viteză. Cu un instrument precum ShiftShift, o apăsare rapidă dublă a tastei Shift (sau Cmd+Shift+P pe un Mac) deschide o bară de comenzi. Începe să scrii "timestamp", iar converterul apare. Lipește valoarea ta și ai o dată ușor de citit pe loc.

Iată cum arată asta - Paleta de Comenzi este pregătită și așteaptă să convertească un timestamp chiar deasupra paginii tale curente.

Cea mai bună parte este cum se integrează fără a-ți sta în cale. Converterul este doar unul dintre numeroasele instrumente disponibile în aceeași suprapunere, așa că nu trebuie niciodată să părăsești ceea ce faci.

Această abordare este o salvare pentru dezvoltatori, testeri și oricine altcineva care trăiește practic în browserul său. În plus, conversia se face complet pe mașina ta. Datele sensibile din jurnale sau răspunsuri API nu părăsesc niciodată computerul tău, ceea ce este un mare câștig pentru confidențialitate.

Posibilitatea de a converti un timestamp, de a reformata un blob JSON dezordonat și apoi de a calcula o diferență de timp - toate din aceeași interfață - este un mare economisitor de timp. Transformă un proces stângaci, cu mai multe instrumente, într-o acțiune unică și fluidă.

Mai Mult Decât un Instrument cu Un Singur Truc

Un utilitar excelent în browser este rar doar un singur instrument; face parte dintr-un întreg set de unelte. Te vei găsi adesea folosind converterul de timestamp alături de alte funcții.

De exemplu, ai putea să-l asociezi cu:

• Un formatator JSON sau SQL pentru a curăța un cod înainte de a extrage timestamp-ul.
• Un calculator integrat pentru a face calcule rapide pe valori epoch. (Poți experimenta cu un instrument similar pe pagina ShiftShift calculator pentru a vedea cum funcționează).
• Un instrument de comparare a textului pentru a observa diferențele dintre două răspunsuri API, timestamp-uri și tot.

A avea toate aceste esențiale într-un singur loc creează un flux de lucru mult mai rapid și mai coerent. Nu este vorba doar despre comoditate - este vorba despre eliminarea tuturor acelor mici întreruperi repetitive care se adună și îți distrug productivitatea pe parcursul unei zile.

Conversii Practice de Timestamp în Cod

Dacă ești dezvoltator, știi că manipularea timestamp-urilor este doar o parte din muncă. Dar să fim sinceri, sintaxa nu este niciodată exact aceeași de la o limbă la alta. Această secțiune este foaia ta de ajutor, plină de fragmente de cod pe care le poți lua și folosi imediat pentru platformele pe care lucrezi efectiv. Fără mai multe căutări prin vechi fire de pe Stack Overflow - doar exemple practice pentru a te pune în mișcare.

Indiferent dacă manipulezi date pe un front-end web, scrii un script Python sau interoghezi o bază de date, conversia timpului epoch este o abilitate fundamentală. Vom parcurge cele mai comune scenarii, de la transformarea unui întreg epoch într-un șir ușor de citit și apoi invers.

Conversia Timestamp-urilor în JavaScript

Obiectul Date din JavaScript este principalul tău instrument aici, dar are o ciudățenie majoră care îi derutează pe dezvoltatori tot timpul: funcționează în milisecunde, nu în secunde. Aceasta este o sursă clasică de erori atunci când front-end-ul tău comunică cu un back-end care folosește timestamp-uri standard de 10 cifre, bazate pe secunde.

Pentru a converti corect un timestamp Unix standard (în secunde) într-un obiect Date, trebuie să-l înmulțești cu 1000.

// Un timestamp Unix standard de 10 cifre (în secunde)
const unixTimestamp = 1672531200;

// Convertește în milisecunde, apoi creează un obiect Date
const dateObject = new Date(unixTimestamp * 1000);

// Formatează într-un șir UTC ușor de citit
// Ieșire: Dum, 01 Ian 2023 00:00:00 GMT
console.log(dateObject.toUTCString());

Ai nevoie de timestamp-ul curent? Date.now() ți-l oferă în milisecunde. Doar amintește-ți să împarți la 1000 și să rotunjești în jos înainte de a trimite un timestamp standard de 10 cifre înapoi la un API.

Gestionarea Conversiilor cu Python

Pe backend, modulul datetime din Python este o putere. Este incredibil de flexibil și are un suport fantastic pentru conversii conștiente de fus orar, făcându-l o alegere de încredere pentru serviciile care trebuie să gestioneze timpul cu precizie în diferite regiuni.

Iată modalitatea simplă de a converti un timestamp cu biblioteca datetime:

import datetime

Un timestamp Unix standard de 10 cifre

unix_timestamp = 1672531200

Convertește timestamp-ul într-un obiect datetime

datetime_obj = datetime.datetime.fromtimestamp(unix_timestamp)

Formatează-l într-un șir curat, ușor de citit

Ieșire: 2023-01-01 00:00:00

print(datetime_obj.strftime('%Y-%m-%d %H:%M:%S'))
Această abordare simplă îți oferă o modalitate curată și de încredere de a gestiona timpul epoch în aplicațiile tale Python. Și dacă lucrezi cu structuri de date complexe precum JSON care conțin timestamp-uri, s-ar putea să găsești ghidul nostru despre utilizarea unui formatator JSON util pentru depanare.

Conversii de Bază de Date cu SQL

Bazele de date stochează adesea timpul ca timestamp-uri Unix deoarece sunt eficiente. Vestea bună este că majoritatea dialectelor SQL au funcții încorporate pentru a gestiona aceste conversii chiar în interiorul interogărilor tale.

Asta este mult mai eficient decât a extrage timpii în format integer brut și a-i converti în codul aplicației tale.

Timestamp-ul Unix este aproape universal, folosit în peste 90% din limbajele de programare—de la Date.now() din JavaScript la time.time() din Python—alimentând trilioane de operațiuni zilnice. Obținerea corectă a fusurilor orare este esențială; un convertor de timestamp-uri unix solid poate gestiona peste 400 de zone IANA, ceea ce ajută la prevenirea erorilor în aproximativ 62% din aplicațiile globale care nu gestionează explicit fusurile orare. Poți găsi mai multe detalii despre adoptarea globală a acestor instrumente la Fossa.

Pentru dezvoltatori, capacitatea de a formata SQL, de a converti timestamp-uri și de a calcula diferențe de epocă fără a părăsi vreodată mașina ta este o mare câștig de productivitate. Această abordare local-first te menține, de asemenea, conform cu standardele moderne de confidențialitate a datelor, cum ar fi GDPR și CCPA.

Exemplu MySQL

În MySQL, funcția FROM_UNIXTIME() este cea pe care o vei folosi cel mai mult. Aceasta ia un integer de epocă și îl convertește frumos într-un format standard DATETIME.

SELECT FROM_UNIXTIME(1672531200);
-- Returnează: '2023-01-01 00:00:00'
Pentru a merge în cealaltă direcție—de la un șir de date înapoi la un timestamp de epocă—folosește doar UNIX_TIMESTAMP().

SELECT UNIX_TIMESTAMP('2023-01-01 00:00:00');
-- Returnează: 1672531200

Exemplu PostgreSQL

PostgreSQL folosește o funcție ușor diferită, dar la fel de puternică: to_timestamp(). Această funcție convertește direct un timestamp Unix într-o valoare TIMESTAMP WITH TIME ZONE.

SELECT to_timestamp(1672531200);
-- Returnează: 2023-01-01 00:00:00+00
Pentru că este conștient de fusul orar direct din cutie, este o alegere foarte robustă pentru aplicațiile care servesc un public global unde precizia timpului este non-negociabilă.

Stăpânirea conversiilor de timestamp în terminal

Dacă trăiești în linia de comandă, trecerea la un browser sau GUI pentru o conversie rapidă de timestamp este un adevărat ucigaș de flux de lucru. Pur și simplu îți distrage concentrarea. Vestea bună este că nu trebuie să o faci; atât Linux, cât și macOS au instrumente native puternice pentru a gestiona aceste conversii fără a părăsi vreodată terminalul.

Utilitarul de bază pentru aceasta este umila comandă date. Este prezent pe practic fiecare sistem de tip Unix, dar există o capcană: sintaxa pentru utilizarea sa ca convertor de timestamp-uri unix este diferită între Linux (GNU) și macOS (BSD). Cunoașterea diferenței este cheia pentru a obține rezultatul corect de fiecare dată.

Conversia timestamp-urilor pe Linux

Pe Linux, sintaxa este clară și ușor de reținut. Folosești pur și simplu flag-ul -d pentru a specifica data, dar trebuie să îi spui că oferi un timestamp de epocă prefixându-l cu un simbol @.

Să zicem că cauți în jurnale și observi timestamp-ul 1704067200. Pentru a vedea ce înseamnă de fapt, ai rula aceasta:

date -d @1704067200

Instantaneu, vei obține o dată ușor de citit, ceva de genul Mon Jan 1 00:00:00 UTC 2024. De asemenea, poți curăța acea ieșire cu propriul tău format personalizat.

date -d @1704067200 +"%Y-%m-%d %H:%M:%S"

Ieșire: 2024-01-01 00:00:00

Sfat Pro: Această comandă devine o adevărată putere atunci când începi să alimentezi alte comenzi în ea. Poți grep un timestamp dintr-un fișier de jurnal masiv și să-l alimentezi direct la date pentru o conversie instantanee. Transformă o sarcină de depanare în mai multe etape într-o singură linie elegantă.

Gestionarea conversiilor pe macOS

Acum, dacă rulezi aceeași comandă Linux pe un Mac, va genera o eroare. Versiunea BSD a date pe care o folosește macOS necesită flag-ul -r în schimb, și nu are nevoie de prefixul @.

Iată cum ai converti același timestamp pe un Mac:

date -r 1704067200

La fel ca versiunea Linux, poți adăuga opțiuni de formatare pentru a obține exact ieșirea dorită.

date -r 1704067200 +"%Y-%m-%d %T %Z"

Ieșire: 2024-01-01 00:00:00 UTC

Această mică diferență este o capcană clasică pentru oricine sare frecvent între Linux și macOS. Memorarea ambelor versiuni îți va salva o mulțime de dureri de cap pe parcurs.

Odată ce ai stăpânit aceste comenzi, poți integra conversiile de timestamp-uri direct în scripturile tale shell și analiza jurnalelor. Este o abilitate mică, dar se adună pentru câteva câștiguri serioase de productivitate, menținându-te în zona de concentrare și concentrat pe munca care contează.

Capcane comune ale timestamp-urilor și cum să le eviți

Lucrul cu timestamp-uri Unix pare simplu la prima vedere, dar câteva greșeli clasice pot duce la bug-uri cu adevărat frustrante. Aceste probleme au o obicei urât de a apărea departe de locul unde s-a întâmplat efectiv eroarea, făcându-le o adevărată durere de cap de depanat. Gândește-te la această secțiune ca la un ghid de teren pentru a observa și a evita cele mai comune capcane de timestamp pe care le-am văzut de-a lungul anilor.

Confuzia între Secunde și Milisecunde

Cu mult, cea mai frecventă eroare este confuzia între secunde și milisecunde. Un timestamp Unix standard este un integer de 10 cifre care reprezintă numărul de secunde de la epocă. Dar multe sisteme, în special în lumea JavaScript, lucrează cu un timestamp de 13 cifre pentru milisecunde.

Când o aplicație front-end trimite o valoare în milisecunde către un backend care așteaptă secunde, lucrurile devin haotice.

Pentru un convertor de timestamp-uri unix, acel număr de 13 cifre arată ca o dată aflată la mii de ani în viitor. Acest lucru poate distruge în tăcere validarea datelor, logica de programare și orice înregistrări istorice pe care încerci să le păstrezi. Este genul de corupție subtilă a datelor pe care s-ar putea să nu o observi timp de săptămâni.

Capcana Fusului Orar

O altă capcană care îi prinde chiar și pe dezvoltatorii experimentați este gestionarea fusurilor orare. Prin definiția sa, un timestamp Unix este întotdeauna în Timp Universal Coordinat (UTC). Reprezintă un singur moment universal în timp, complet independent de locație. Capcana se declanșează atunci când uiți acest lucru și presupui că un timestamp reflectă ora locală a utilizatorului.

Această greșeală se întâmplă de obicei atunci când convertești un timestamp într-o dată lizibilă fără a specifica un fus orar. Sistemul tău se va baza adesea pe ora locală a serverului, ceea ce duce la haos. Un utilizator din New York ar putea vedea o oră destinată cuiva din Londra, dar este greșită cu câteva ore.

Regula de aur este simplă: tratează întotdeauna timestamp-urile ca UTC în backend-ul tău. Stochează-le ca UTC, procesează-le ca UTC și convertește-le la ora locală a utilizatorului doar pe front-end, exact în momentul afișării.

Depanarea Erorilor Comune de Conversie a Timestamp-urilor

Când lucrurile merg prost, simptomele pot fi confuze. Iată un tabel de referință rapid pe care l-am realizat din experiență pentru a te ajuta să diagnostichezi și să repari cele mai comune probleme rapid.

Simptom	Cauză Probabilă	Soluție
Data este în anul 52361 sau într-un alt viitor îndepărtat.	Milisecunde vs. Secunde. Transmiți un timestamp de 13 cifre unei funcții care așteaptă un timestamp de 10 cifre.	Împarte timestamp-ul la 1000 înainte de procesare. Verifică întotdeauna numărul de cifre al timestamp-urilor primite.
Ora este greșită cu câteva ore, dar data este corectă.	Gestionare Greșită a Fusului Orar. Timestamp-ul a fost convertit folosind ora locală a serverului în loc de ora locală a utilizatorului sau UTC.	Asigură-te că toate conversiile specifică explicit fusul orar țintă. Convertește la ora locală doar pe partea clientului.
Data este blocată pe 1 ianuarie 1970.	Timestamp Invalid sau Null. Valoarea timestamp-ului este probabil 0, null sau undefined.	Adaugă o verificare pentru a te asigura că timestamp-ul este un întreg pozitiv valid înainte de a încerca conversia. Oferă o valoare de rezervă.
Obții "Data Invalidă" sau o eroare NaN.	Tip de Date Greșit. Timestamp-ul este tratat ca un șir de caractere sau alt tip non-numeric când este necesar un număr.	Parsează explicit timestamp-ul la un întreg (parseInt() în JS, int() în Python) înainte de a-l folosi în funcțiile de dată.

Ține minte, o verificare rapidă a intrării îți poate salva ore de depanare mai târziu.

Evitarea Ambiguității cu Formate Standardizate

Dependenta de timestamp-uri întregi brute atunci când transmiți date între sisteme poate fi o rețetă pentru confuzie. De aceea, standardizarea pe un format de șir universal precum ISO 8601 (2022-05-17T12:00:00Z) este o mișcare defensivă excelentă. Conversia timestamp-urilor Unix (de exemplu, 1652905200) într-un format clar, auto-documentat ca acesta ajută la prevenirea erorilor în aproximativ 37% din apelurile API între fusuri orare.

Având în vedere că 72% din companiile Fortune 500 folosesc timestamp-uri Unix pentru analiza jurnalelor, unde o singură eroare poate costa peste $10,000 pe oră în timp de nefuncționare, precizia este totul. Poți citi mai multe despre cum este folosit timpul epoch în diferite industrii pe EpochConverter.

Pentru cei care gestionează baze de date, gestionarea consistentă a timestamp-urilor este la fel de critică. Dacă te găsești frecvent luptându-te cu diferite formate de timestamp în baza ta de date, ghidul nostru despre utilizarea unui formatator SQL puternic te poate ajuta să îți menții interogările curate și previzibile.

Această diagramă decizională te ajută să alegi comanda corectă pentru sistemul tău de operare, prevenind erorile de sintaxă atunci când ai nevoie de o conversie rapidă.

Diagrama de mai sus arată clar diferența crucială de sintaxă între comanda date pe Linux (-d @...) și macOS (-r ...)—o capcană comună pentru dezvoltatorii care lucrează în medii diferite.

Pentru a-ți proteja codul, implementează întotdeauna verificări pentru a valida lungimea unui timestamp primit. O funcție simplă care verifică dacă este o valoare de 10 cifre (secunde) sau 13 cifre (milisecunde) poate prinde aceste erori înainte ca ele să afecteze logica aplicației tale.

Întrebări Comune Despre Timestamp-urile Unix

Odată ce te obișnuiești cu timestamp-urile Unix, câteva întrebări practice apar aproape întotdeauna. Am văzut aceste întrebări să-i împiedice pe dezvoltatori la toate nivelurile, așa că să clarificăm cele mai comune pe care le vei întâlni în munca ta zilnică.

De Ce Folosesc Atât de Multe API-uri Timestamp-uri În Loc de Șiruri ISO 8601?

Se reduce cu adevărat la eficiență brută. Un timestamp Unix este doar un singur număr, ceea ce îl face incredibil de compact comparativ cu un șir precum '2023-10-27T10:00:00Z'.

Această dimensiune mai mică înseamnă mai puține date de trimis prin rețea, ceea ce economisește lățimea de bandă și poate accelera răspunsurile API.

De asemenea, sunt complet independente de limbaj. Nu există ambiguitate, nu există capricii de analiză și nu există formatare regională de care să te îngrijorezi. Pentru o mașină, procesarea numerelor este întotdeauna mai rapidă decât analiza șirurilor, astfel încât orice calcul de dată—cum ar fi determinarea timpului dintre două evenimente—este mai ieftin din punct de vedere computațional. Pentru sistemele de înaltă performanță, această simplitate este un mare avantaj.

Care este modalitatea corectă de a gestiona fusurile orare?

Aceasta este problema principală. Iată regula de aur: Un timestamp Unix este întotdeauna, întotdeauna în UTC. Nu are niciun concept de fus orar integrat. Este doar un număr brut de secunde de la epocă.

Fusurile orare contează doar atunci când trebuie să arăți acel timestamp unei persoane.

Consiliul meu? Rămâi la UTC pentru tot ce este pe backend. Stochează-l în baza ta de date ca un timestamp UTC, transmite-l prin API-urile tale în UTC și fă toată logica pe server în UTC. Singura dată când ar trebui să-l convertești într-un fus orar local este pe front-end, chiar înainte de a-l afișa utilizatorului. Această practică unică te va salva de o întreagă universitate de erori legate de fusurile orare și de ora de vară.

Ar trebui să mă îngrijorez în continuare de problema anului 2038?

Pentru majoritatea proiectelor noi, probabil că nu. "Problema anului 2038" este o moștenire de la sistemele mai vechi care foloseau un integer semnat pe 32 de biți pentru a stoca timestamp-ul. Odată ce acel număr devine prea mare, se întoarce și devine negativ, trimițând datele înapoi în 1901.

Din fericire, aproape toate sistemele moderne—de la sisteme de operare la baze de date—au trecut de mult la integers pe 64 de biți. Acest lucru efectiv amână problema atât de mult (miliarde de ani, de fapt) încât nu mai este o preocupare practică pentru noi.

Asta spus, dacă întreții un sistem moștenit sau lucrezi cu hardware încorporat (gândește-te la dispozitive IoT), este cu siguranță ceva de care trebuie să fii conștient. Întotdeauna trebuie să știi ce fel de arhitectură construiești.

Cum pot converti rapid un timestamp în Excel sau Google Sheets?

Nu trebuie să extragi datele tale într-un convertor separat de timestamp Unix pentru asta. O formulă simplă va face trucul. Presupunând că timestamp-ul tău este în celula A1:

• Pentru timestamp-uri în secunde (10 cifre): =A1 / 86400 + DATE(1970,1,1)
• Pentru timestamp-uri în milisecunde (13 cifre): =A1 / 86400000 + DATE(1970,1,1)

Introdu acea formulă, apoi formatează celula ca "Dată" sau "Dată și Oră". Este un salvator de vieți atunci când analizezi rapid exporturile de date și nu vrei să-ți întrerupi fluxul.

---

Te-ai săturat să schimbi constant între editorul tău, linia de comandă și o duzină de tab-uri de browser pentru sarcini simple? Suita ShiftShift Extensions include un convertor puternic de timestamp Unix, un formatter JSON, un beautifier SQL și multe altele direct în browserul tău. Tot ce ai nevoie este la doar un scurtătură de tastatură distanță.

Obține ShiftShift Extensions și simplifică-ți fluxul de lucru astăzi la https://shiftshift.app