Giá trị Base64 có thể chứa +, / và =. Bộ phân tích chuỗi truy vấn có thể hiểu dấu + thô là khoảng trắng. Thay ký tự tùy tiện có thể che mất lỗi ban đầu.
Hãy dùng ví dụ vô hại, không dùng mật khẩu, token bảo mật hay hồ sơ cá nhân thật. Văn bản UTF-8 a?b được mã hóa thành YT9i. Ví dụ đầu tiên kiểm tra quá trình mã hóa rồi giải mã nhưng không chứa các ký tự gây vấn đề. Giá trị thử dạng chữ riêng biệt a+b/c= hữu ích để kiểm tra việc escape thành phần URL; giá trị này không được coi là Base64 hợp lệ.
Trong URL Encoder & Decoder, chỉ mã hóa GIÁ TRỊ của tham số. Chuỗi a+b/c= trở thành a%2Bb%2Fc%3D. Đặt giá trị đã mã hóa sau khóa đã chọn, chẳng hạn ?value=a%2Bb%2Fc%3D. Đừng đưa toàn bộ địa chỉ https://... vào bộ mã hóa thành phần rồi mong các dấu phân cách URL vẫn nguyên vẹn.
Ở phía nhận, giải mã thành phần URL một lần. Kết quả vẫn phải là a+b/c=. Nếu bên nhận phân tích dữ liệu application/x-www-form-urlencoded, quy tắc xử lý dấu + thô khác với decodeURIComponent. Bộ giải mã thành phần của FrAIFlow giữ nguyên dấu + dạng chữ và không tự áp dụng quy tắc giải mã biểu mẫu. Sự khác biệt này giúp chẩn đoán, không chứng minh công cụ nào bị hỏng.
Chỉ giải mã Base64 sau khi khôi phục được giá trị Base64 thực sự hợp lệ. Nếu gặp lỗi phần đệm không hợp lệ hoặc UTF-8, hãy dừng lại và kiểm tra cách biểu diễn gốc cùng định dạng đã chọn. Giải mã lặp đi lặp lại đến khi chuỗi trông có vẻ đọc được không phải cách sửa an toàn. %252B bất ngờ có thể cho thấy thêm một lớp mã hóa, nhưng riêng nó không chứng minh hệ thống nào đã thêm lớp đó.
Mã hóa biểu diễn không phải mã hóa bảo mật. URL có thể được lưu trong lịch sử và nhật ký máy chủ, vì vậy không đưa bí mật vào chuỗi truy vấn an toàn hơn việc mã hóa nó để truyền đi.
Dùng các công cụ liên quan
Dữ liệu nhập và kết quả ở lại trong trình duyệt này. Không cần tài khoản hay tải lên.