Tijd

4 tools

De tijdtools van ToolDeck laten u Unix-tijdstempels converteren, cron-expressies verwerken, cron-schema's visueel genereren en cron-syntaxis direct in uw browser valideren. De Timestamp Converter vertaalt tussen Unix-epochewaarden en leesbare datums in alle gangbare formaten. De Cron Expression Parser splitst cron-strings op in beschrijvingen in gewone taal met voorvertoningen van komende uitvoertijden. De Cron Expression Generator bouwt cron-expressies via een stapsgewijze visuele interface zonder handmatige bewerking. De Cron Expression Validator controleert cron-syntaxis en toont een veld-voor-veld overzicht van elk onderdeel. Alle verwerking vindt lokaal in uw browser plaats zonder serverrondritten, zonder account en zonder gegevensverzameling.

Gebruik de Timestamp Converter bij het vertalen van epochewaarden uit logbestanden of API's, de Cron Expression Parser om een bestaand schema in gewone taal te lezen, de Cron Expression Generator om een nieuwe expressie visueel op te bouwen, of de Cron Expression Validator om de syntaxis te verifiëren vóór implementatie naar productie.

Wat zijn tijdtools?

Tijdtools lossen de praktische problemen op die ontwikkelaars tegenkomen bij het werken met datums, tijdstempels en geplande uitvoering. Unix-tijdstempels komen voor in databasekolommen, API-antwoorden, logbestanden en JWT-claims. Een ruwe waarde zoals 1717200000 lezen tijdens een incident vereist conversie naar een leesbare datum. Cron-expressies komen voor in CI/CD-configuraties, Kubernetes-manifesten en server-crontabs. 0 9 * * 1-5 schrijven en zeker zijn dat dit om 9:00 op werkdagen wordt uitgevoerd (en niet in het weekend) vereist een parser of validator.

Twee afzonderlijke gebieden vallen onder tijdtools. Tijdstempelconversie gaat over het vertalen tussen Unix-epochewaarden (seconden of milliseconden sinds 1970-01-01 00:00:00 UTC) en opgemaakte datumstrings. De voornaamste betrokken standaarden zijn ISO 8601 (het internationale datum/tijd-formaat, gedefinieerd door de Internationale Organisatie voor Standaardisatie), RFC 3339 (het internetprofiel van ISO 8601, gepubliceerd door de IETF) en RFC 2822 (het datumformaat dat wordt gebruikt in e-mailheaders en HTTP). Tooling voor cron-expressies omvat het verwerken, genereren en valideren van de vijf-velden planningssyntaxis die oorspronkelijk in POSIX (IEEE Std 1003.1) is gedefinieerd. Deze syntaxis wordt tegenwoordig gebruikt door crontab, systemd-timers, GitHub Actions, Kubernetes CronJobs en cloud-schedulers zoals AWS EventBridge en Google Cloud Scheduler.

Ontwikkelaars grijpen naar deze tools tijdens foutopsporing (tijdstempels converteren uit logbestanden of databaserijen), tijdens implementatie (cron-schema's schrijven en verifiëren voordat ze live gaan), en tijdens codebeoordeling (bevestigen dat de cron-expressie van een collega overeenkomt met het beoogde schema). QA-engineers gebruiken tijdstempelconversie om te controleren of API-antwoorden correcte datumwaarden bevatten. DevOps-engineers gebruiken cron-tools om back-upschema's, logrotatie en certificaatvernieuwingstaken in te stellen.

Waarom tijdtools op ToolDeck gebruiken?

De tijdtools van ToolDeck draaien volledig in uw browser. Tijdstempels en cron-expressies worden lokaal via JavaScript verwerkt, zodat er niets uw apparaat verlaat. Elke tool richt zich op één taak en laadt direct zonder aanmeldstromen of gebruikslimieten.

🔒
Verwerking alleen in de browser
Alle conversies en validaties worden uitgevoerd in JavaScript op uw apparaat. Geen API-aanroepen, geen serverlogboeken, geen gegevensbewaring. Tijdstempels uit productiedatabases en interne cron-schema's blijven op uw apparaat.
Directe resultaten
Plak een Unix-tijdstempel of cron-expressie en zie het resultaat meteen. Geen retourlatentie, geen wachtrij, geen laadspinners.
📐
Standaardconforme uitvoer
Tijdstempelconversies produceren ISO 8601 (RFC 3339)- en RFC 2822-uitvoer. Cron-verwerking ondersteunt het POSIX vijf-velden formaat plus veelgebruikte uitbreidingen zoals secondenvelden, L (laatste), W (dichtstbijzijnde werkdag) en # (n-de weekdag) tekens.
🔓
Geen account vereist
Open de pagina en begin. Geen registratie, geen API-sleutel, geen gebruikslimieten. Bookmark de tool en gebruik hem wanneer u dat nodig hebt.

Toepassingen van tijdtools

Zowel tijdstempel- als cron-problemen komen voortdurend voor bij backend-, DevOps- en QA-werkzaamheden.

Logboekanalyse
Converteer epochetijdstempels in applicatielogboeken naar leesbare datums om gebeurtenissen te correleren tijdens incidentonderzoek. Bepaal snel of een waarde van 10 of 13 cijfers seconden of milliseconden aangeeft.
CI/CD-planning
Genereer en valideer cron-expressies voor GitHub Actions-workflows, Jenkins-pipelines of GitLab CI-schema's vóór het committen. Bekijk de volgende vijf uitvoertijden ter bevestiging van het schema.
Kubernetes CronJob-configuratie
Verwerk een cron-expressie om komende uitvoertijden te bekijken en bevestig dat deze overeenkomt met het beoogde Kubernetes CronJob-schema.
Databasefoutopsporing
Vertaal Unix-tijdstempels die zijn opgeslagen in databasekolommen naar leesbare datums tijdens het onderzoeken van dataproblemen.
Monitoring en waarschuwingen
Schrijf cron-expressies voor Prometheus-waarschuwingsregels, Grafana-rapportschema's of PagerDuty-onderhoudsvensters. Valideer de syntaxis vóór het toevoegen aan Terraform- of Helm-configuraties.
API-antwoordinspectie
Decodeer epochetijdstempels die worden geretourneerd door REST-API's om te verifiëren dat de velden created_at, updated_at en expires_at de verwachte waarden bevatten.

Referentie voor tijdformaten en cron-syntaxis

Twee gebieden om te kennen: tijdstempelformaten die worden gebruikt in API's, databases en logbestanden; en cron-expressiesyntaxis die wordt gebruikt door Unix cron, Kubernetes, GitHub Actions en cloud-schedulers.

Gangbare tijdstempelformaten

FormaatVoorbeeldStandaard / Opmerking
1717200000Unix secondenPOSIX / IEEE Std 1003.1
1717200000000Unix millisecondenJavaScript Date.now(), Java
2024-06-01T00:00:00.000ZUTC met millisecondenISO 8601 / RFC 3339
2024-06-01T00:00:00+02:00Met UTC-offsetISO 8601 / RFC 3339
Sat, 01 Jun 2024 00:00:00 +0000E-mail / HTTP-headersRFC 2822
2024-06-01Alleen datumISO 8601 (calendar date)

Velden van cron-expressies

VeldToegestane waardenSpeciale tekens
Minuut0–59* , - /
Uur0–23* , - /
Dag van de maand1–31* , - / ? L W
Maand1–12 or JAN–DEC* , - /
Dag van de week0–6 or SUN–SAT* , - / ? L #

Standaard vijf-velden cron (minuut tot en met dag-van-week) is gedefinieerd door POSIX (IEEE Std 1003.1) en wordt gebruikt door crontab, systemd, Kubernetes CronJobs, GitHub Actions en de meeste CI/CD-platforms. Sommige systemen zoals Quartz en Spring voegen een zesde veld toe voor seconden. AWS EventBridge gebruikt een zes-velden variant met een jaarveld. De tekens L (laatste), W (dichtstbijzijnde werkdag) en # (n-de voorkomen) zijn uitbreidingen die worden ondersteund door Quartz-compatibele systemen, maar niet door POSIX cron.

De juiste tijdtool kiezen

Elke tijdtool verwerkt een andere taak; de vier tools kunnen ook worden gecombineerd in één workflow. Gebruik de Timestamp Converter wanneer u een ruwe epochewaarde tegenkomt in logbestanden, API-antwoorden of databasekolommen. Gebruik de cron-tools samen — Generator om de expressie op te bouwen, Parser om komende uitvoertijden te bekijken en Validator om de syntaxis te bevestigen — vóór het vastleggen van een schema in een manifest of configuratiebestand.

  1. 1
    Als u wilt een Unix-tijdstempel omzetten naar een leesbare datum of omgekeerdTimestamp Converter
  2. 2
    Als u wilt begrijpen wat een bestaande cron-expressie doet en zien wanneer deze vervolgens wordt uitgevoerdCron Expression Parser
  3. 3
    Als u wilt een nieuwe cron-expressie van scratch opbouwen via een visuele interfaceCron Expression Generator
  4. 4
    Als u wilt controleren of een cron-expressie syntactisch geldig is en elk veld inspecterenCron Expression Validator

Voor een volledige cron-workflow: bouw de expressie in de Generator, bekijk komende uitvoertijden in de Parser en verifieer de syntaxis in de Validator vóór het committen naar een manifest of crontab. Als u tijdstempels debugt uit een API of database, verwerkt de Timestamp Converter zowel seconden- als milliseconden Unix-tijdstempels en geeft ISO 8601-, RFC 2822- en landinstelling-opgemaakte datums als uitvoer. De Timestamp Converter is ook handig voor JWT-inspectie: de exp (vervaltijd) en iat (uitgiftetijd) claims in een JSON Web Token zijn Unix-secondetijdstempels, en het plakken van een van beide waarden in de converter toont de exacte uitgiftetijd of het vervalvenster zonder ook maar één regel code te schrijven.

Veelgestelde vragen

Wat is een Unix-tijdstempel?
Een Unix-tijdstempel is het aantal seconden (of milliseconden, afhankelijk van het systeem) verstreken sinds 1970-01-01 00:00:00 UTC, bekend als de Unix-epoche. Het is tijdzone-onafhankelijk: hetzelfde tijdstempel verwijst overal ter wereld naar hetzelfde absolute moment. JavaScript gebruikt milliseconde-tijdstempels (Date.now()), terwijl de meeste Unix-hulpprogramma's en databases seconden gebruiken.
Wat is een cron-expressie?
Een cron-expressie is een string van vijf door spaties gescheiden velden die een terugkerend schema definieert: minuut, uur, dag-van-maand, maand en dag-van-week. Het formaat werd geïntroduceerd in Unix Version 7 (1979) en wordt nu gebruikt door crontab, systemd-timers, Kubernetes CronJobs, GitHub Actions, AWS EventBridge en veel andere schedulers. Elk veld accepteert enkelvoudige waarden (5), bereiken (1-5), lijsten (1,3,5), stapwaarden (*/15) en jokertekens (*). Zo betekent 30 9 * * 1-5 bijvoorbeeld 9:30 UTC op werkdagen.
Hoe converteer ik tussen seconden- en milliseconde-tijdstempels?
Vermenigvuldig een secondetijdstempel met 1000 om milliseconden te krijgen. Deel een milliseconde-tijdstempel door 1000 (en rond naar beneden) om seconden te krijgen. Een secondetijdstempel heeft doorgaans 10 cijfers — bijvoorbeeld 1717200000 — terwijl een milliseconde-tijdstempel 13 cijfers heeft, zoals 1717200000000. Deze twee door elkaar halen is een van de meest voorkomende tijdstempelfouten.
Wat betekent */5 in een cron-expressie?
De */5-syntaxis betekent 'elke 5e waarde' in het betreffende veld. In het minutenveld voert */5 de taak uit op minuten 0, 5, 10, 15, 20, 25, 30, 35, 40, 45, 50 en 55. De stapoperator (/) werkt ook met bereiken: 1-30/5 betekent elke 5e minuut van 1 tot en met 30.
Waarom moet ik tijdstempels in UTC opslaan?
Opslaan in UTC elimineert dubbelzinnigheid door zomertijdovergangen, tijdzoneafwijkingen van servers en gegevensaggregatie over regio's heen. Converteer alleen naar lokale tijd op de weergavelaag (de UI of de rapportagerendering). Wanneer tijdstempels in lokale tijd worden opgeslagen, ontstaan bij zomertijdovergangen hiaten en overlappen: 2:30 's nachts bestaat mogelijk niet (zomer naar winter vooruit) of komt tweemaal voor (winter naar zomer terug). UTC kent zulke overgangen niet. Deze aanpak is de standaardpraktijk in gedistribueerde systemen en wordt aanbevolen door de W3C-notitie over datum- en tijdformaten.
Wat is ISO 8601?
ISO 8601 is de internationale standaard voor datum- en tijdstringformaten. De meest gebruikte vorm is JJJJ-MM-DDTUU:MM:SS.sssZ, waarbij het achtervoegsel Z UTC aangeeft. ISO 8601-strings sorteren lexicografisch in chronologische volgorde, wat ze praktisch maakt voor logbestanden, database-indexen en API-antwoorden.
Kunnen cron-expressies elke seconde worden uitgevoerd?
Standaard vijf-velden cron ondersteunt geen planning onder de minuut. Het kleinste interval is eenmaal per minuut (met * in het minutenveld). Sommige systemen zoals Spring's @Scheduled en Quartz voegen een zesde secondenveld toe dat uitvoering per seconde mogelijk maakt. Kubernetes CronJobs en crontab ondersteunen geen seconden.
Wat is het jaar-2038-probleem?
Systemen die Unix-tijdstempels opslaan als 32-bits gehele getallen met teken zullen overlopen op 2038-01-19 om 03:14:07 UTC. De maximumwaarde van een 32-bits geheel getal met teken is 2.147.483.647, wat overeenkomt met precies dat moment. Na overloop springt de teller naar een groot negatief getal dat een datum in december 1901 vertegenwoordigt. Moderne 64-bits systemen en talen — JavaScript, Python 3, Go, Rust — ondervinden hier geen last van. Verouderde embedded apparaten, ext3-bestandssysteemtijdstempels, oudere MySQL TIMESTAMP-kolommen en sommige binaire protocollen lopen nog risico.