Unix timestamp pretvornik je eno izmed tistih preprostih, a nepogrešljivih orodij, ki jih kot razvijalec ali analitik podatkov nenehno uporabljate. Je priročna aplikacija, ki dolgi, na videz naključni številki prevede v datum in čas, ki ju lahko dejansko razumemo. Ta prevod je ključen, ko pregledujete sistemske dnevnike, delate z API-ji ali poizvedujete po podatkovnih bazah, kjer je čas shranjen v tem super učinkovitem formatu.

Kaj je Unix timestamp in zakaj je pomemben

Preden lahko resnično cenite dober pretvornik, morate razumeti, kaj ta številka dejansko je. V svoji osnovi je Unix timestamp preprosto tekoče število sekund. Sledi skupnemu številu sekund, ki so pretekle od 00:00:00 UTC 1. januarja 1970. Ta specifičen trenutek v času je znan kot "Unix epoha."

Zakaj ta metoda? Preprostost in učinkovitost. Shranjevanje časa kot enega samega cela števila je veliko bolj kompaktno in učinkovito kot obsežna niz, kot je "petek, 1. januar 2021, 12:00:00 AM GMT". To ga naredi popolnega za nekaj ključnih področij:

• Sharanje v podatkovnih bazah: Časi so majhni, kar pomeni, da jih je hitro indeksirati in poizvedovati. To je velika prednost za zmogljivost.
• API payloadi: Pošiljanje enega samega števila naprej in nazaj je veliko lažje za pasovno širino kot pošiljanje celotnega datuma, kar vodi do hitrejših časov odziva.
• Dnevniki: Ko analizirate dnevnike iz desetin različnih sistemov, je imeti enoten, jezikovno nevtralen timestamp reševalec.
• Izračuni: Potrebujete vedeti, koliko časa je trajal proces? Preprosto odštejte začetni timestamp od končnega timestamp. To je preprosta celostna aritmetika.

Sekunde proti milisekundam in naprej

Klasični Unix timestamp je 10-mestno število, ki predstavlja sekunde. A ko se je tehnologija razvijala, se je pojavila potreba po bolj natančnem merjenju časa. Tukaj boste začeli opažati različne dolžine timestampov, kar je pogosto ovira.

Tukaj je hiter pregled, s katerim se boste običajno srečali na terenu. Zamenjava enega za drugega je klasična napaka "zgrešeno za tisoč", ki lahko privede do zelo zmedene napake.

Običajni formati Unix timestampov na hitro

Enota	Mesta	Tipična uporaba	Primer vrednosti (za isti trenutek)
Sekunde	10	Standard za večino sistemov v ozadju, podatkovnih baz in API-jev.	1609459200
Milisekunde	13	Zelo pogost v spletni tehnologiji, še posebej JavaScript.	1609459200000
Mikrosekunde	16	Uporablja se v trgovanju z visoko frekvenco ali znanstvenem računanju.	1609459200000000

Razumevanje teh formatov je ključno. Če orodje pričakuje sekunde in mu posredujete milisekunde, boste dobili datum, ki je tisoče let v prihodnosti. To je napaka, ki smo jo vsi kdaj naredili!

Znani problem leta 2038

Elegantna preprostost Unix timestampov je prav tako ustvarila tiktakajočo bombo: "problem leta 2038." Na starejših 32-bitnih sistemih so bili timestampi shranjeni kot podpisano 32-bitno celo število. Težava je v tem, da ta vrsta celega števila ima strop—ne more zadržati števila, ki je večje od 2,147,483,647.

Na 19. januar 2038 ob 03:14:07 UTC bo število sekund od epohe preseglo to mejo. Ko se to zgodi, se bo celo število "ovilo" in postalo negativno. To bi povzročilo, da bi ranljivi sistemi datum interpretirali kot datum iz 1901, kar bi lahko zrušilo milijarde starih naprav, ki še vedno obstajajo. Več vpogledov v Unix epoho in njen vpliv lahko dobite od strokovnjakov pri StrongDM.

Na srečo to ni nekaj, kar bi se večina nas morala ukvarjati vsakodnevno. Večina sodobnih sistemov je prešla na 64-bitna cela števila za merjenje časa. 64-bitno celo število je tako ogromno, da ne bo preseglo meje še 292 milijard let, kar učinkovito rešuje problem za vedno.

Kljub temu je to fantastičen del zgodovine računalništva in ključni kos znanja, če se kdaj znajdete pri delu na starejših vgrajenih sistemih ali zapuščinskih kodnih bazah. Razumevanje teh osnov naredi vsak Unix timestamp pretvornik veliko močnejše orodje v vaših rokah.

Olajšanje pretvorb v vašem brskalniku

Medtem ko uporaba terminalske ukazne vrstice ali koščka kode deluje, to ni vedno najhitrejši način za dosego cilja. Včasih preprosto potrebujete odgovor takoj, ne da bi prekinili svoj fokus ali preklapljali med okni. Tukaj se resnično izkaže dobro orodje, ki temelji na brskalniku, še posebej posvečen Unix timestamp pretvornik, ki živi prav v vašem brskalniku.

Prava magija tukaj je v ohranjanju toka. Predstavljajte si to: pregledujete odgovor API-ja v orodjih za razvijalce vašega brskalnika in opazite timestamp. Namesto da odprete novo zavihek ali zaženete terminal, pritisnete hiter bližnjico na tipkovnici, prilepite številko in takoj dobite odgovor. To je vrsta brezhibnega delovnega toka, ki ga omogočajo orodja, kot so ShiftShift Extensions, ki združujejo vrsto uporabnih pripomočkov v eno ukazno paleto.

Pridobite takojšnje odgovore s bližnjico na tipkovnici

Vse se vrti okoli hitrosti. S pripomočkom, kot je ShiftShift, hitro dvojno tapnete tipko Shift (ali Cmd+Shift+P na Macu), kar odpre ukazno vrstico. Preprosto začnite tipkati "timestamp", in pretvornik se prikaže. Prilepite svojo vrednost in že imate čitljivo človeško datum na mestu.

Tukaj je, kako to izgleda - ukazna paleta je pripravljena in čaka, da pretvori časovni žig neposredno na vaši trenutni strani.

Najboljši del je, kako se integrira, ne da bi vam pri tem ovirala. Pretvornik je le eno od mnogih orodij, ki so na voljo v istem prekrivanju, tako da nikoli ne morate zapustiti tistega, kar počnete.

Ta pristop je reševalec za razvijalce, testere in vsakogar drugega, ki praktično živi v svojem brskalniku. Poleg tega se pretvorba zgodi povsem na vašem računalniku. Občutljivi podatki iz dnevnikov ali odgovorov API nikoli ne zapustijo vašega računalnika, kar je velik plus za zasebnost.

Možnost pretvorbe časovnega žiga, preoblikovanja zmedene JSON strukture in nato izračunavanja časovne razlike - vse iz istega vmesnika - je velik prihranek časa. To spremeni okoren, večopravilni postopek v eno samo, tekočo dejanje.

Več kot le en trik

Odlično orodje v brskalniku redko predstavlja le eno orodje; je del celotnega orodjarstva. Pogosto se boste znašli pri uporabi pretvornika časovnega žiga skupaj z drugimi funkcijami.

Na primer, morda ga boste združili z:

• JSON ali SQL formatirnikom, da očistite nekaj kode, preden izvlečete časovni žig.
• vgrajenim kalkulatorjem za hitro matematiko na epoch vrednostih. (Lahko se igrate s podobnim orodjem na strani kalkulatorja ShiftShift, da vidite, kako deluje).
• orodjem za primerjavo besedila, da opazite razlike med dvema odgovoroma API, časovnimi žigi in vsemi.

Imeti vse te osnovne stvari na enem mestu ustvarja veliko hitrejši in bolj koherenten delovni tok. Ni le vprašanje udobja - gre za odpravo vseh tistih majhnih, ponavljajočih se prekinitev, ki se seštejejo in ubijajo vašo produktivnost čez dan.

Praktične pretvorbe časovnih žigov v kodi

Če ste razvijalec, veste, da je ukvarjanje s časovnimi žigi del dela. Ampak bodimo iskreni, sintaksa nikoli ni povsem enaka iz enega jezika v drugega. Ta razdelek je vaš priročnik, poln kodnih primerov, ki jih lahko takoj uporabite za platforme, na katerih dejansko delate. Ni več kopanja po starih temah na Stack Overflow - le praktični primeri, ki vas bodo pognali naprej.

Ne glede na to, ali obvladujete podatke na spletni sprednji strani, pišete Python skripto ali poizvedujete v podatkovni bazi, je pretvorba epoch časa temeljna veščina. Prešli bomo skozi najpogostejše scenarije, od pretvorbe epoch celega števila v berljivo niz in nato vse obrnili.

Pretvorba časovnih žigov v JavaScriptu

JavaScriptov Date objekt je vaše glavno orodje tukaj, vendar ima eno veliko posebnost, ki pogosto zmede razvijalce: deluje v milisekundah, ne v sekundah. To je klasičen vir napak, ko vaš sprednji del komunicira z zadnjim delom, ki uporablja standardne 10-mestne, sekunde temelječe časovne žige.

Da pravilno pretvorite standardni Unix časovni žig (v sekundah) v Date objekt, ga morate pomnožiti s 1000.

// Standardni 10-mestni Unix časovni žig (v sekundah)
const unixTimestamp = 1672531200;

// Pretvorite v milisekunde, nato ustvarite Date objekt
const dateObject = new Date(unixTimestamp * 1000);

// Oblikujte v berljiv UTC niz
// Izhod: Ned, 01 Jan 2023 00:00:00 GMT
console.log(dateObject.toUTCString());

Potrebujete trenutni časovni žig? Date.now() vam ga da v milisekundah. Samo ne pozabite deliti s 1000 in zaokrožiti navzdol, preden pošljete standardni 10-mestni časovni žig nazaj v API.

Upravljanje pretvorb s Pythonom

Na zadnjem delu je Pythonov datetime modul prava moč. Je izjemno fleksibilen in ima fantastično podporo za pretvorbe, ki upoštevajo časovne pasove, kar ga naredi zanesljivo izbiro za storitve, ki morajo obravnavati čas s preciznostjo v različnih regijah.

Tukaj je preprost način za pretvorbo časovnega žiga s knjižnico datetime:

import datetime

Standardni 10-mestni Unix časovni žig

unix_timestamp = 1672531200

Pretvorite časovni žig v datetime objekt

datetime_obj = datetime.datetime.fromtimestamp(unix_timestamp)

Oblikujte ga v čist, človeško berljiv niz

Izhod: 2023-01-01 00:00:00

print(datetime_obj.strftime('%Y-%m-%d %H:%M:%S'))
Ta preprost pristop vam daje čist in zanesljiv način za upravljanje epoch časa v vaših Python aplikacijah. In če delate s kompleksnimi podatkovnimi strukturami, kot je JSON, ki vsebujejo časovne žige, boste morda našli naš vodnik o uporabi JSON formatirnika koristnega za odpravljanje napak.

Pretvorbe podatkovnih baz s SQL

Podatkovne baze pogosto shranjujejo čas kot Unix časovne žige, ker so učinkoviti. Dobra novica je, da večina SQL dialektov ima vgrajene funkcije za obravnavo teh pretvorb neposredno v vaših poizvedbah.

To je veliko bolj učinkovito kot pridobivanje surovih celih časovnih žigov in njihovo pretvarjanje v vaši aplikacijski kodi.

Unix časovni žig je skoraj univerzalen, uporablja se v več kot 90% programskih jezikov—od JavaScriptovega Date.now() do Pythonovega time.time()—in poganja trilijone dnevnih operacij. Pravilno upravljanje časovnih pasov je ključno; trden pretvornik unix časovnih žigov lahko obravnava več kot 400 IANA pasov, kar pomaga preprečiti napake v ocenjenih 62% globalnih aplikacij, ki ne upravljajo s časovnimi pasovi izrecno. Več podrobnosti o globalni uporabi teh orodij lahko najdete na Fossa.

Za razvijalce je sposobnost oblikovanja SQL, pretvarjanja časovnih žigov in izračunavanja razlik v epohah, ne da bi zapustili svojo napravo, velik dobiček v produktivnosti. Ta pristop, ki daje prednost lokalnemu okolju, vas tudi drži v skladu z modernimi standardi varstva podatkov, kot sta GDPR in CCPA.

MySQL Primer

V MySQL boste največkrat uporabljali funkcijo FROM_UNIXTIME(). Ta vzame celo število epoh in ga lepo pretvori v standardno DATETIME obliko.

SELECT FROM_UNIXTIME(1672531200);
-- Vrne: '2023-01-01 00:00:00'
Če želite iti v nasprotno smer—od niza datuma nazaj do časovnega žiga epoh—preprosto uporabite UNIX_TIMESTAMP().

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

PostgreSQL Primer

PostgreSQL uporablja nekoliko drugačno, a prav tako močno funkcijo: to_timestamp(). Ta funkcija neposredno pretvori Unix časovni žig v vrednost TIMESTAMP WITH TIME ZONE.

SELECT to_timestamp(1672531200);
-- Vrne: 2023-01-01 00:00:00+00
Ker je zavestna o časovnih pasovih že od samega začetka, je zelo robustna izbira za aplikacije, ki služijo globalnemu občinstvu, kjer je natančnost časa nepogajljiva.

Obvladovanje pretvorb časovnih žigov v terminalu

Če živite v ukazni vrstici, je preklapljanje na brskalnik ali GUI za hitro pretvorbo časovnega žiga resnično ubijalec delovnega toka. Preprosto vam prekine koncentracijo. Dobra novica je, da vam ni treba; tako Linux kot macOS imata močna, naravna orodja za obravnavo teh pretvorb, ne da bi zapustili terminal.

Osnovno orodje za to je skromni date ukaz. Na voljo je praktično na vsakem Unix-podobnem sistemu, vendar je tu ulov: sintaksa za njegovo uporabo kot pretvornik unix časovnih žigov se razlikuje med Linuxom (GNU) in macOS (BSD). Poznavanje razlike je ključ do pravilnega delovanja vsakič.

Pretvarjanje časovnih žigov na Linuxu

Na Linuxu je sintaksa čista in enostavna za zapomniti. Preprosto uporabite zastavico -d za določitev datuma, vendar morate povedati, da zagotavljate časovni žig epoh, tako da ga predhodite z simbolom @.

Recimo, da pregledujete dnevnike in opazite časovni žig 1704067200. Da vidite, kaj to dejansko pomeni, bi izvedli to:

date -d @1704067200

Takoj boste dobili čitljiv datum, nekaj takega kot Mon Jan 1 00:00:00 UTC 2024. Tudi izhod lahko očistite s svojo lastno prilagojeno obliko.

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

Izpis: 2024-01-01 00:00:00

Nasvet strokovnjaka: Ta ukaz postane pravi močan, ko začnete usmerjati druge ukaze vanj. Lahko grep časovni žig iz ogromne datoteke dnevnikov in ga neposredno posredujete date za takojšnjo pretvorbo. To pretvori nalogo več korakov pri odpravljanju napak v en sam, eleganten enovrstični ukaz.

Obravnavanje pretvorb na macOS

Zdaj, če zaženete isti Linuxov ukaz na Macu, bo povzročil napako. BSD različica date, ki jo uporablja macOS, zahteva zastavico -r, namesto tega pa ne potrebuje predpone @.

Tukaj je, kako bi pretvorili isti časovni žig na Macu:

date -r 1704067200

Podobno kot različica za Linux, lahko dodate možnosti oblikovanja, da dobite natančen izhod, ki ga želite.

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

Izpis: 2024-01-01 00:00:00 UTC

Ta majhna razlika je klasična ovira za vsakogar, ki pogosto prehaja med Linuxom in macOS. Zapomnitev obeh različic vam bo prihranila veliko glavobolov v prihodnosti.

Ko obvladate te ukaze, lahko pretvorbe časovnih žigov neposredno vpletete v svoje skripte lupine in analizo dnevnikov. To je majhna veščina, a sešteje se v resne dobičke v produktivnosti, kar vas drži v zoni in osredotočene na delo, ki šteje.

Skupni pasti časovnih žigov in kako se jim izogniti

Delati z Unix časovnimi žigi se zdi na prvi pogled preprosto, vendar lahko nekatere klasične napake privedejo do resnično mučnih napak. Te težave imajo neprijetno navado, da se pojavijo daleč od mesta, kjer je napaka dejansko nastala, kar jih dela resnično težavne za odpravljanje napak. Razmislite o tem razdelku kot o vašem terenskem vodniku za opazovanje in izogibanje najpogostejšim pastem časovnih žigov, ki sem jih videl skozi leta.

Zmeda med sekundami in milisekundami

Najpogostejša napaka je zmeda med sekundami in milisekundami. Standardni Unix časovni žig je 10-mestno celo število, ki predstavlja število sekund od epoh. Vendar številni sistemi, zlasti v svetu JavaScript, delujejo s 13-mestnim časovnim žigom za milisekunde.

Ko prednja aplikacija posreduje vrednost v milisekundah backendu, ki pričakuje sekunde, se stvari zapletejo.

Za unix timestamp convertor se ta 13-mestna številka zdi kot datum tisoče let v prihodnosti. To lahko tiho uniči preverjanje veljavnosti podatkov, logiko načrtovanja in vse zgodovinske zapise, ki jih poskušate obdržati. To je vrsta subtilne korupcije podatkov, ki je morda ne boste opazili tedne.

Past časovnih pasov

Še ena past, ki ujame celo izkušene razvijalce, je obravnava časovnih pasov. Po svoji definiciji je Unix timestamp vedno v usklajenem univerzalnem času (UTC). Predstavlja en sam, univerzalen trenutek v času, popolnoma neodvisen od lokacije. Past se sproži, ko to pozabite in predpostavite, da timestamp odraža lokalni čas uporabnika.

Ta napaka se običajno zgodi, ko timestamp pretvorite v berljiv datum, ne da bi določili časovni pas. Vaš sistem pogosto privzeto nastavi na lokalni čas strežnika, kar vodi v kaos. Uporabnik v New Yorku lahko vidi čas, ki je namenjen nekomu v Londonu, vendar je od tega odstopanje več ur.

Zlato pravilo je preprosto: vedno obravnavajte timestamp-e kot UTC v svojem backendu. Shranjujte jih kot UTC, obdelujte jih kot UTC in jih pretvorite v lokalni čas uporabnika le na prednji strani, takoj ob prikazu.

Odpravljanje pogostih napak pri pretvorbi timestampov

Ko stvari gredo narobe, so simptomi lahko zmedeni. Tukaj je hitra referenčna tabela, ki sem jo pripravil iz izkušenj, da vam pomaga diagnosticirati in odpraviti najpogostejše težave na hitro.

Simptom	Verjeten vzrok	Rešitev
Datum je v letu 52361 ali v neki drugi oddaljeni prihodnosti.	Milisekunde proti sekundam. Posredujete 13-mestni timestamp v milisekundah funkciji, ki pričakuje 10-mestni timestamp v sekundah.	Delite timestamp z 1000 pred obdelavo. Vedno preverite število mest prihajajočih timestampov.
Čas je odstopa za nekaj ur, vendar je datum pravilen.	Napačna obravnava časovnega pasu. Timestamp je bil pretvorjen z uporabo lokalnega časa strežnika namesto uporabnikovega ali UTC.	Zagotovite, da vse pretvorbe izrecno določijo ciljni časovni pas. Pretvorite v lokalni čas le na strani odjemalca.
Datum je zataknjen na 1. januar 1970.	Neveljaven ali prazen timestamp. Vrednost timestamp-a je verjetno 0, null ali undefined.	Dodajte preverjanje, da zagotovite, da je timestamp veljaven pozitiven celo število, preden poskusite pretvorbo. Dajte rezervno vrednost.
Prejemate "Neveljaven datum" ali napako NaN.	Napačna vrsta podatkov. Timestamp se obravnava kot niz ali drug nenumeričen tip, ko je potrebna številka.	Izrecno pretvorite timestamp v celo število (parseInt() v JS, int() v Pythonu) pred uporabo v funkcijah datuma.

Ne pozabite, hitro preverjanje vhodnih podatkov vam lahko prihrani ure odpravljanja napak kasneje.

Izogibanje dvoumnosti s standardnimi formati

Zanašanje na surove celoštevilske timestamp-e pri posredovanju podatkov med sistemi je lahko recept za zmedo. Zato je standardizacija na univerzalni nizovni format, kot je ISO 8601 (2022-05-17T12:00:00Z), tako odličen obrambni korak. Pretvorba Unix timestampov (npr. 1652905200) v jasen, samodokumentirajoč format, kot je ta, pomaga preprečiti napake v ocenjenih 37% klicih API med časovnimi pasovi.

Glede na to, da 72% podjetij iz Fortune 500 uporablja Unix timestamp-e za analizo dnevnikov, kjer lahko en sam spodrsljaj stane več kot $10,000 na uro zaradi izpada, je natančnost vse. Več o tem, kako se epoch čas uporablja v različnih industrijah, lahko preberete na EpochConverter.

Za tiste, ki upravljajo baze podatkov, je dosledno ravnanje s timestampi prav tako ključno. Če se pogosto borite z različnimi formati timestampov v svoji bazi podatkov, vam lahko naš vodnik o uporabi močnega SQL formatterja pomaga ohraniti vaše poizvedbe čiste in predvidljive.

Ta odločitev pomaga izbrati pravo ukaz za vaš operacijski sistem, kar preprečuje napake v sintaksi, ko potrebujete hitro pretvorbo.

Diagram zgoraj jasno prikazuje ključno razliko v sintaksi med ukazom date na Linuxu (-d @...) in macOS (-r ...)—pogosta past za razvijalce, ki delajo v različnih okoljih.

Da zaščitite svojo kodo, vedno implementirajte preverjanja za veljavnost dolžine prihajajočega timestamp-a. Preprosta funkcija, ki preveri, ali je vrednost 10-mestna (sekunde) ali 13-mestna (milisekunde), lahko ujame te napake, preden zastrupijo logiko vaše aplikacije.

Pogosta vprašanja o Unix timestampih

Ko se enkrat navadite na Unix timestamp-e, se skoraj vedno pojavijo nekatera praktična vprašanja. Videli smo, da so ti pogosto zmedli razvijalce na vseh ravneh, zato razjasnimo najpogostejša vprašanja, s katerimi se boste srečali v svojem vsakodnevnem delu.

Zakaj toliko API-jev uporablja timestamp-e namesto nizov ISO 8601?

Na koncu gre za surovo učinkovitost. Unix timestamp je le ena številka, kar ga naredi izjemno kompaktnega v primerjavi z nizom, kot je '2023-10-27T10:00:00Z'.

Manjša velikost pomeni manj podatkov, ki jih je treba poslati po omrežju, kar prihrani pasovno širino in lahko pospeši odzive API-jev.

So tudi popolnoma neodvisni od jezika. Ni nejasnosti, ni posebnosti pri razčlenjevanju in ni regionalnega oblikovanja, o katerem bi se bilo treba obremenjevati. Za stroj je obdelava številk vedno hitrejša od razčlenjevanja nizov, zato so vse izračuni datumov—kot je ugotavljanje časa med dvema dogodkoma—računsko cenejši. Za visoko zmogljive sisteme je ta preprostost ogromna prednost.

Kaj je pravi način za obravnavo časovnih pasov?

To je velika tema. Tukaj je zlato pravilo: Unix časovni žig je vedno, vedno v UTC. V njem ni nobene zasnove časovnega pasu. To je samo surova številka sekund od epohe.

Časovni pasovi so pomembni le, ko morate ta časovni žig prikazati človeku.

Moje priporočilo? Držite se UTC za vse na zadnjem delu. Shranite ga v svojo bazo podatkov kot UTC časovni žig, posredujte ga prek svojih API-jev v UTC in opravite vso logiko na strežniku v UTC. Edini čas, ko bi ga morali pretvoriti v lokalni časovni pas, je na sprednjem delu, tik preden ga prikažete uporabniku. Ta ena praksa vas bo rešila celotnega vesolja napak, povezanih s časovnimi pasovi in poletnim časom.

Ali se moram še vedno obremenjevati s problemom leta 2038?

Za večino novih projektov verjetno ne. "Problem leta 2038" je ostanek starejših sistemov, ki so uporabljali 32-bitni podpisani celoštevilski tip za shranjevanje časovnega žiga. Ko ta številka postane prevelika, se ovije in postane negativna, kar pošlje datume nazaj v leto 1901.

Na srečo so skoraj vsi sodobni sistemi—od operacijskih sistemov do baz podatkov—že dolgo prešli na 64-bitne cele števila. To učinkovito odloži težavo tako daleč v prihodnost (milijarde let, v resnici), da za nas ni več praktična skrb.

To pa ne pomeni, da ne bi smeli biti pozorni, če vzdržujete dediščinski sistem ali delate z vgrajeno strojno opremo (pomislite na IoT naprave). Vedno vedite, na kakšni arhitekturi gradite.

Kako lahko hitro pretvorim časovni žig v Excelu ali Google Sheets?

Za to ni treba prenašati podatkov v ločen pretvornik Unix časovnih žigov. Preprosta formula bo opravila delo. Predpostavljamo, da je vaš časovni žig v celici A1:

• Za časovne žige v sekundah (10 številk): =A1 / 86400 + DATE(1970,1,1)
• Za časovne žige v milisekundah (13 številk): =A1 / 86400000 + DATE(1970,1,1)

Preprosto vstavite to formulo, nato pa oblikujte celico kot "Datum" ali "Datum in čas". To je rešitev, ko hitro analizirate izvoze podatkov in nočete prekiniti svojega dela.

---

Ste naveličani nenehnega preklapljanja med svojim urejevalnikom, ukazno vrstico in ducatom zavihkov brskalnika za preproste naloge? Paket ShiftShift Extensions združuje močan pretvornik Unix časovnih žigov, formatirnik JSON, lepotilnik SQL in še več kar v vašem brskalniku. Vse, kar potrebujete, je le bližnjica na tipkovnici.

Pridobite ShiftShift Extensions in poenostavite svoje delovne tokove danes na https://shiftshift.app