Bộ kiểm tra và định dạng giờ ISO 8601

Kiểm tra điều gì

Bộ tạo hợp lệ này được thiết kế cho một luồng làm việc thiết thực: dán nhãn thời gian hay chuỗi ngày tháng, kiểm tra xem nó khớp với hình ISO 8601 đã mong đợi, và bắt gặp những vấn đề định dạng rõ ràng trước khi giá trị được gửi tới một hệ thống API, được cất giữ ở JSON, hoặc sao chép vào tập tin cấu hình. Nó kiểm tra xem giá trị trông giống ngày tháng kiểu ISO hợp lệ hay nhãn giờ và trình duyệt có thể phân tích nó thành ngày tháng thật thay vì ngày không thể.

Điều bộ kiểm tra này không kiểm tra

Chuỗi có thể có cấu trúc hợp lệ ở đây và vẫn sai cho ứng dụng của bạn. Trang này không biết quy tắc kinh doanh, thứ tự sự kiện, yêu cầu giản đồ ứng dụng, hay dịch vụ dòng xuôi dòng nhấn mạnh vào một bù đắp múi giờ, hậu phương UTC Z, phân số giây, hoặc định dạng chỉ ngày tháng. Nó giúp bạn nắm bắt các lỗi định dạng, nhưng nó không thay thế các hợp đồng được xác định bởi hệ thống mà cuối cùng sẽ tiêu thụ nhãn thời gian.

Lý do thông thường có dấu ấn giờ ISO 8601 thất bại

Các lỗi phổ biến nhất là đơn giản: thiếu dấu định giới T, sử dụng một khoảng không gian nơi mà một nhãn thời gian nghiêm ngặt mong đợi T, gõ một ngày hay tháng không thể, bỏ qua một khoảng thời gian cần thiết, thêm văn bản theo dõi thêm, hoặc sao chép một giá trị với khoảng trắng bị ẩn từ bảng tính hay trình xem bản ghi. Một nhãn thời gian cũng có thể thất bại vì có vẻ gần ISO 8601 nhưng không bao gồm những mảnh chính xác mà hệ thống mong đợi.

Những gương mẫu và gương mẫu được chấp nhận

Ví dụ tốt bao gồm một nhãn thời gian đầy đủ của UTC như 2026-03-05T17:46:39Z và một giá trị chỉ có ngày tháng như 2026-03-05 khi bạn chỉ cần một ngày. Các dữ liệu đầu vào bị từ chối thường bao gồm các giá trị như 2026/03/05, nhãn giờ với không gian nhưng không có múi giờ, hoặc chuỗi với trường thời gian thiếu một phần. So sánh ví dụ đi qua và thất bại thường là cách nhanh nhất để xem vấn đề có phải là đánh dấu, ký hiệu thời gian, hoặc giá trị lịch bất khả thi hay không.

UTC, bù đắp, và ý nghĩa của Z

Hậu tố Z nghĩa là UTC. Một bù đắp rõ ràng như +00:00 cũng đại diện cho UTC, trong khi giá trị như -05:00 hoặc +02:00 đại diện cho cùng một loại nhãn thời gian với một bù đắp địa phương khác. Hai chuỗi có thể đại diện cho cùng một lúc trong khi nhìn khác nhau trên màn hình bởi vì một đoạn được viết bằng UTC và một đoạn khác được viết với một độ bù đắp khu vực. Đó là một lý do khiến việc đánh dấu thời gian bị gỡ lỗi thường đòi hỏi phải có cả hợp lệ lẫn giải thích, chứ không chỉ có cách khớp mẫu.

Chỉ có ngày và giờ

Một giá trị chỉ ngày tháng như 2026-03-05 có thể hợp lệ ISO 8601, nhưng nó không mang theo múi giờ hay múi giờ. Điều này có thể được chấp nhận cho ngày tháng, giờ báo cáo và trường lịch, nhưng không phải cho thời gian sự kiện, hồ sơ kiểm tra, hoặc các chuyến hành chính cần chính xác ngay lập tức. Hãy dùng sự phân biệt này để quyết định giá trị nào là hợp lệ hoặc thật sự thích hợp với hệ thống mà bạn đang thử nghiệm.

Cách sửa nhãn giờ không hợp lệ

Bắt đầu bằng cách tỉa và kiểm tra các dấu tách. Sau đó xác nhận cho dù hệ thống mục tiêu mong đợi chỉ một ngày, một nhãn thời gian UTC với Z, hoặc một nhãn thời gian với một số bù đắp rõ ràng. Nếu giá trị đến từ bảng tính, xuất khẩu nhật ký, hoặc sao chép trường UI, loại bỏ thêm không gian và xác nhận rằng tháng, ngày và các mảnh thời gian đã hoàn tất. Những vấn đề nhỏ trong việc chấm câu thường là nguyên nhân thật sự gây ra một kết quả chính xác thất bại.

Kiểm tra quyền riêng tư và địa phương

Bộ kiểm tra chạy trong trình duyệt để bạn có thể kiểm tra nhãn thời gian trên bản ghi, móc, lịch và hệ thống nội bộ mà không cần gửi chúng đến bộ kiểm tra thời gian thứ ba. Điều này có ích khi chính giá trị này nhạy cảm, gắn liền với một sự kiện xảy ra, hoặc một phần của việc nạp đạn mà bạn muốn tiếp tục trong một phiên họp gỡ lỗi tại địa phương.