Unix Aikaleima ja Epoch Converter
Muunna Unix aikaleimat ja aikasekuntia luettaviksi päivämääriksi tai käännä ihmisen aika takaisin aikaväleiksi lokeille, sovellusrajapinnoille, tietokannoille, analytiikkatapahtumille ja vianetsinnälle. Se on erityisen hyödyllinen, kun työskennellään backend järjestelmien, JavaScript päivämäärät, ja seuranta työkaluja. ToolMill suorittaa muuntamisen heti selaimessasi, jotta voit tarkastaa aika-arvot paljastamatta sisäisiä aikaleimat toiselle palvelulle.
Kehitys
Kokeile.
Epoch → Päivämäärä
Päivämäärä → Epoch
Esimerkkejä
1741196799
2025-03-05 17:46:39 UTC
2025-03-05 17:46:39 UTC
1741196799
Miten kerrot, onko aikaleimasi Onko seconds tai Milliseconds
Yksi yleisimmistä aikaleimavirheistä on Unix sekunnin sekoittaminen Unix millisekuntia. 10-numeroinen arvo, kuten 170000000, on yleensä sekunteja, kun taas 13-numeroinen arvo, kuten 170000000 on yleensä millisekuntia. Jos liität millisekuntia työkalu, joka odottaa sekuntia, päivämäärä voi hypätä pitkälle tulevaisuuteen. Jos liität sekunteja työkaluon, joka odottaa millisekuntia, tulos voi laskea lähelle 1970. Tämän sivun avulla voit mielenterveyden-tarkistus yksikön nopeasti ennen kuin luotat muunnettu päivämäärä loki tarkistaa, API-testi, tai tietokanta vienti.
Miten verrata Epoch tuloksia UTC ja paikallista aikaa
Epoksiaika itsessään on aikavyöhykeneutraalia. Sekaannus tapahtuu, kun ihmisen luettavissa oleva arvo näytetään UTC-muodossa yhdellä näytöllä ja paikallisessa ajassa toisella. Jos vertailet sovelluslokeja, pilvikojelautaja, selaimen aikaleimat ja tietokantatietueita, tarkista, näkyykö kussakin järjestelmässä UTC, selaimen paikallinen aika tai palvelimen paikallinen aikavyöhyke. Yhteensopivuus siellä voi tehdä kaksi oikeat aikaleimat näyttävät epäjohdonmukaisilta, vaikka ne edustavat samaa hetkeä.
Esimerkki Muunnokset voit tarkistaa manuaalisesti
Käytä tunnettuja arvoja, kun haluat vahvistaa, että putkisto, skripti tai pasted arvo käyttäytyy odotetusti. Esimerkiksi 0 karttaa vuoteen 1970-01-01T00:00:00Z, ja moderni 10-numeroinen aikaleima tulisi yleensä laskeutua nykyisellä kalenterivuodella kaukaisen tai pitkän tulevaisuuden sijasta. Yksinkertaisia tarkastuksia, kuten että auttaa saalis yksikön virheitä ja huonoja oletuksia ennen kuin ne leviävät seuranta hälytyksiä, testikalusteet, tai analytiikka tapahtuma vianetsintä.
Yhteinen Aikaleimavirheet API-, loki- ja tietokannoissa
Real-world aikaleima ongelmia eivät yleensä ole noin muuntaminen kaava itse. Ne tulevat kopioiduista desimaaliarvoista, millisekuntia erehtyvät sekunneiksi, aikaleimat tallentuvat jousiksi ympäröivällä whishpacella, lokikatselijat näyttävät paikallista aikaa, kun API palauttaa UTC:n, tai eri järjestelmät pyöristetään eri tavalla. Tämä muunnin on hyödyllinen, koska sen avulla voit testata raaka-arvo suoraan ja eristää onko ongelma on aikaleima, lähdejärjestelmä, tai miten tulos näkyy muualla.
Kun muutettu päivä näyttää väärältä
Jos tuloste näyttää väärältä, tarkista aikaleiman pituus ensin ja tarkista sitten, onko alkuperäinen lähde dokumentoitu UTC vai paikallinen aika-odotukset. Seuraava vahvistaa, että passiivinen arvo on puhtaasti numeerinen eikä sisällä piilotettuja välilyöntejä, desimaalien erottimia tai toisesta rajapinnasta kopioituja muotoiluja. Jos olet muuntamassa ihmisen päivämäärä takaisin aikakauteen, muista, että selaimen päivämäärä syötteet voivat heijastaa paikallista aikavyöhyke kontekstia eikä kirjaimellista UTC merkkijonoa, ellet selitä sitä ympäröivässä työnkulussa.
Yksityisyys ja offline-käyttö
Ennen kuin olet rely on Epoch muuntaminen
Ennen kuin käytetään tulosta tuotannossa tai analyysissä, on vahvistettava lähdejärjestelmän käyttämä yksikkökäytäntö, onko vertailu tehtävä UTC- vai paikallisena aikana, ja onko kopioitu aikaleima sisältää ylimääräisiä numeroita vai katkaisu. Oikean näköinen päivämäärä voi edelleen olla väärä työnkulku, jos nämä oletukset eroavat toisistaan.
Mitä tämä muuntaminen ei kerro sinulle itse
Tämä työkalu muuntaa aikaleimaformaatteja, mutta se ei kerro, onko lähdejärjestelmä tallennettu oikea hetki, oliko tapahtumakello tarkka, vai mikä aikavyöhyke alkuperäinen ihminen tarkoitti, kun aikaleima luotiin. Se vastaa muotoiluun, ei yrityskontekstiin.
Miten tulkita aikaleima näyttää väärin
Jos muunnettu päivämäärä on kaukana menneisyydessä tai tulevaisuudessa, tarkista ensin, oliko alkuperäinen numero sekunteina vai millisekunteina. Arvo, joka on pois 1000 on yleisin lähde yllättäviä tuloksia. Tämän jälkeen vertailla UTC ja paikallista aikaa tarkastella, onko ero on vain aikavyöhyke esitys pikemminkin kuin huono aikaleima.
Kaikki muuntaminen tapahtuu paikallisesti selaimessa. ToolMillin ei tarvitse lähettää aikalappuja, päivämääriä, tapahtumaviittauksia tai sisäisiä tapahtumatietoja etämuuntopalveluun. Tämä tekee tästä sivusta käytännöllisen, kun tarkistat tuotannon kaltaisia arvoja, vianetsintää sisäisiä lokeja tai tarkistat toisesta järjestelmästä vietyjä tietoja säilyttäen samalla raaka-arvot omassa selaimessa.
Tähän liittyvät työkalut
ISO 8601 Aikaleima Validaattori ja Formatter
Validoida ISO 8601 aikaleimat ja normalisoida muotoilun API, JSON hyötykuormat, audit lokit, aikataulut, syötteet, ja tietokanta vienti. Käytä sitä pyydystää epämuodostuneita päivämääriä ennen kuin ne rikkovat integraatioita tai luovat aikavyöhyke sekaannusta. ToolMill toimii täysin asiakkaan puolella, mikä tekee siitä kätevän tuotannon kaltaisten arvojen tarkistamiseen lähettämättä niitä toiseen validaattoripalveluun.
Kehitys
URL- Query String Parser ja Rakentaja
Palkitkaa URL-hakujonot luettaviksi avain-/arvotiedoiksi ja kootkaa ne uudelleen, kun testataan linkkejä, seurantaparametreja, suodattimia, uudelleensuuntauksia, allekirjoitettuja URL-osoitteita tai sovellustilaa selaimessa. Se on hyödyllinen vianetsintä markkinointi URL, API-pyynnöt, ja web-app reititys käyttäytymistä. ToolMill antaa sinulle nopean yksityisen työtilan selaimessa sen sijaan, että liittäisit oikeat asiakkaan URL-osoitteet etätyökaluun.
Kehitys
