ToolMill.io

Mật mã địa chỉ Mạng / Deode (Percent-Encoding)

Địa chỉ Mạng (phần trăm- gạch dưới) chuyển đổi các ký tự không an toàn sang định dạng URL bảo mật và trở lại. Dùng nó để truy vấn chuỗi, chuyển hướng URL, tham số UTM, và gỡ lỗi các yêu cầu ARI (RFC 3986). Chạy 100% trong trình duyệt của bạn — không tải lên — và làm việc ngoài lề sau khi cài đặt công cụ là PWA.

Bộ mã

Thử đi.

Ví dụ

Đoạn mã URL cho tham số truy vấn
Nhập
summer sale & shoes
Xuất
summer%20sale%20%26%20shoes
Giải mã phần trăm-đã mã hóa văn bản URL
Nhập
summer%20sale%20%26%20shoes
Xuất
summer sale & shoes

Khi để mã hóa một giá trị đầy đủ vs một phần của một URL

Sai lầm phổ biến nhất với phân số phần trăm mã hóa phần sai của một URL. Trong nhiều luồng công việc, bạn chỉ muốn mã hóa giá trị truy vấn, đoạn đường, mảnh vỡ hoặc chuyển hướng mục tiêu thay vì toàn bộ chuỗi URL. Trang này sử dụng mã hóa URI Component và giải mã trực tiếp, nó phù hợp nhất với các giá trị và thành phần cá nhân.

Các ký tự thường cần mã hóa

Không gian, ampersand, bằng dấu hiệu, dấu chấm câu hỏi, dấu chấm, phần trăm dấu hiệu, dấu tích trong các giá trị thành phần, và các ký tự không phải ASAII là lý do thông thường để mã hóa văn bản trước khi đặt nó vào trong một URL. Điều này đặc biệt quan trọng đối với việc tìm kiếm các yêu cầu, nhãn, tên tập tin và giá trị ứng dụng của người dùng, mà sẽ phá vỡ một chuỗi truy vấn hoặc đoạn đường dẫn.

Lỗi chung với mã hóa URL

Hai mặt là một trong những vấn đề phổ biến nhất. Ví dụ, một %20 đã được mã hóa lại trở thành %2520. Một lỗi phổ biến khác là giải mã một địa chỉ URL khi chỉ có một giá trị tham số nên được giải mã. Cũng là quan trọng để nhớ rằng trang này tạo ra các khoảng trống mã phần trăm như %20, không phải hình thức cộng với dấu hiệu.

Những dòng chảy công việc thực tế

Dùng trang này khi chuẩn bị tham số truy vấn cho một liên kết, làm sạch UTM hoặc theo dõi các giá trị, giải mã phần trăm văn bản đã mã hóa được sao chép từ bản ghi hoặc công cụ trình duyệt, hoặc làm cho một đoạn đường dẫn an toàn trước khi chèn nó vào một URL khác. Rất hữu ích khi bạn xử lý một giá trị cùng một lúc và muốn thấy kết quả chính xác phần trăm mã hóa.

Chuyện gì xảy ra với văn bản không phải tiếng Anh và emoji

Công cụ này phần trăm mã UTF-8, đó là lý do tại sao các ký tự nổi bật, không phải tiếng La-tin, và emoji thường trở thành mã đa phần trăm thay vì một đơn vị. Hành vi đó là bình thường và hữu ích khi đích đến chờ đợi một đại diện URL an toàn của các văn bản Unic code gốc.

Gặp lỗi khi giải mã

Trước khi bạn dựa vào một giá trị đã mã hoá URL

Kiểm tra kết xuất trong bối cảnh đích thực trước khi giả sử nó đúng. Nếu một cái gì đó vẫn có vẻ không đúng, kiểm tra hai phần, trộn lẫn xử lý khoảng trống và cộng với dấu hiệu, hoặc một sự khác biệt giữa cách đích của bạn xử lý địa chỉ URL đầy đủ so với giá trị tham số cá nhân.

Tại sao văn bản đã được mã hóa vẫn có thể sai cho ứng dụng của bạn

Việc giải mã chính xác ở đây không đảm bảo một ứng dụng khác sẽ giải thích văn bản theo cùng một cách. Một số hệ thống xem các dấu cộng với là dấu cách, số khác bảo tồn chúng theo nghĩa đen, và các ký tự dành riêng có thể vẫn cần xử lý đặc biệt tùy thuộc vào việc văn bản thuộc về một con đường, một chuỗi truy vấn, hoặc một hình thức phục tùng.

Làm thế nào để biết bạn nên mã hóa một địa chỉ URL đầy đủ hay chỉ một phần

Bộ mã cần phụ thuộc vào bối cảnh. Một giá trị tham số truy vấn thường cần mã hóa ngay cả khi phần còn lại của địa chỉ URL nên được đọc, trong khi một địa chỉ URL đã lắp sẵn có thể vỡ nếu bạn mã hóa bộ phân cách như?, &, =, hoặc /. Hãy nghĩ về việc bạn đang chuẩn bị một thành phần hoặc toàn bộ địa chỉ trước khi sử dụng kết quả.

Lỗi mã thường có nghĩa là văn bản cũ chứa các chuỗi sai dạng phần trăm, tổng hợp và mã hóa nội dung, hoặc chuỗi đã được giải mã một lần. Nếu kết quả có vẻ sai, hãy kiểm tra xem bạn đã dán một địa chỉ URL đầy đủ thay vì một thành phần duy nhất và liệu tỷ lệ phần trăm các dấu hiệu được tăng gấp đôi bằng cách xử lý trước đó.

Công cụ liên quan