ISO 8601 Penanda Waktu Validator dan Formatter

Apa Validator ini Cek

Validator ini dirancang untuk proses pengembangan praktis: paste sebuah penanda waktu atau string tanggal, periksa apakah cocok dengan bentuk ISO 8601 yang diharapkan, dan tangkap masalah format yang jelas sebelum nilai dikirim ke API, disimpan dalam JSON, atau disalin ke dalam berkas konfigurasi. Ini memeriksa apakah nilai tampak seperti tanggal bergaya ISO- yang valid atau penanda waktu dan apakah peramban dapat mengurai ke dalam tanggal yang nyata bukan yang mustahil.

Apa Validator ini Apakah Tidak Periksa

String dapat secara struktural valid di sini dan masih salah untuk aplikasi Anda. Halaman ini tidak tahu aturan bisnis Anda, urutan acara, persyaratan skema API, atau apakah layanan hilir bersikeras pada ofset zona waktu, akhiran UTC Z, detik fractional, atau format date-only. Ini membantu Anda menangkap format kesalahan, tetapi tidak mengganti kontrak didefinisikan oleh sistem yang akhirnya akan mengkonsumsi timestamp.

Reasons umum sebuah ISO 8601 Timtistamp Gagal

Kegagalan paling umum adalah sederhana: hilang pemisah T, menggunakan ruang di mana penanda waktu yang ketat mengharapkan T, mengetik bulan atau hari yang mustahil, mengabaikan ofset zona waktu yang diperlukan, menambahkan teks tambahan yang tertinggal, atau menyalin nilai dengan whitespace tersembunyi dari lembar kerja atau log. Sebuah timestamp mungkin juga gagal karena terlihat dekat dengan ISO 8601 tetapi tidak termasuk potongan-potongan tepat yang diharapkan sistem target Anda.

Contoh Diterima dan Contoh Ditolak

Contoh bagus termasuk penanda waktu penuh UTC seperti 2026-03-05T17: 46: 39Z dan nilai date- hanya seperti 2026-03-05 ketika tanggal adalah semua yang Anda butuhkan. Masukan yang ditolak sering termasuk nilai seperti 2026 / 03 / 05, penanda waktu dengan spasi tapi tidak ada zona waktu, atau string dengan sebagian medan waktu yang hilang. Membandingkan contoh yang lewat dan gagal sisi demi sisi sering cara tercepat untuk melihat apakah masalahnya adalah tanda baca, notasi zona waktu, atau nilai kalender yang mustahil.

UTC, Offset, dan Arti Z

akhiran Z berarti UTC. Ofset eksplisit seperti + 00: 00 juga mewakili UTC, sedangkan nilai seperti -05: 00 atau + 02: 00 mewakili jenis timestamp yang sama dengan offset lokal yang berbeda. Dua string dapat mewakili instan yang sama ketika melihat berbeda di layar karena satu ditulis dalam UTC dan lain ditulis dengan offset regional. Itu adalah salah satu alasan penelusuran penanda waktu sering membutuhkan validasi dan interpretasi, bukan hanya pencocokan pola.

Tanggal - Hanya vs Tanggal-Waktu Masukan

Nilai date- hanya seperti 2026-03-05 dapat sah ISO 8601, tetapi tidak membawa waktu -of -hari atau zona waktu. Yang mungkin dapat diterima untuk tanggal jatuh tempo, pelaporan rane, dan bidang kalender, tetapi tidak untuk penanda waktu acara, catatan audit, atau payloads API yang membutuhkan instan. Gunakan perbedaan ini untuk memutuskan apakah nilai hanya valid atau benar-benar cocok untuk sistem yang Anda uji.

Cara Memperbaiki Penanda Waktu Tak Valid

Mulailah dengan memangkas nilai dan memeriksa pemisah. Kemudian mengkonfirmasi apakah sistem target mengharapkan tanggal saja, sebuah timestamp UTC dengan Z, atau sebuah penanda waktu dengan offset numerik eksplisit. Jika nilai tersebut berasal dari lembar kerja, ekspor log, atau daerah UI disalin, menghapus ruang ekstra dan mengkonfirmasi bahwa bulan, hari, dan potongan waktu selesai. Masalah tanda baca kecil sering menjadi penyebab dari hasil validasi yang gagal.

Privasi dan Validasi Lokal

Validasi berjalan dalam browser Anda sehingga Anda dapat memeriksa penanda waktu dari log, webhook, jadwal, dan sistem internal tanpa mengirimnya ke checker timestamp pihak ketiga. Itu berguna ketika nilai itu sendiri sensitif, terikat pada insiden, atau bagian dari muatan yang lebih suka disimpan dalam sesi debug lokal.