เข้ารหัส/ถอดรหัส URL
เข้ารหัส/ถอดรหัส URL
เข้ารหัส/ถอดรหัส URL: รองรับการเข้ารหัสและถอดรหัสเปอร์เซ็นต์ URL การจัดการอักขระพิเศษ ช่องว่าง และข้อความหลายภาษา ตรวจจับรูปแบบการเข้ารหัสโดยอัตโนมัติ รองรับการประมวลผลพารามิเตอร์คิวรี เหมาะสำหรับการเรียก API การส่งแบบฟอร์ม และการแชร์ลิงก์
เริ่มต้นอย่างรวดเร็ว
สถานการณ์การใช้งานทั่วไป
พารามิเตอร์ API
เข้ารหัสพารามิเตอร์ query และเนื้อหา request เพื่อให้ส่งอักขระพิเศษได้ถูกต้อง
ฟอร์ม
รองรับข้อมูล GET/POST รวมถึงตัวอักษร CJK และสัญลักษณ์พิเศษ
ลิงก์แบ่งปัน
สร้าง URL ที่มีตัวอักษร CJK/อักขระพิเศษได้โดยไม่เพี้ยน
คำค้นหา
เข้ารหัสคำค้นโดยเฉพาะเมื่อมี & = # ? ปะปน
สถานการณ์เสริม
percent encoding, URL escape และ query string encoder ก็จัดการในขั้นตอนเดียวกันได้ ช่วยตรวจผลลัพธ์ให้เร็วขึ้นก่อนคัดลอกหรือส่งออก
คำแนะนำการใช้งาน
ข้อจำกัดและความเข้ากันได้
การจัดการเซสชัน
คำถามที่พบบ่อย
URL ถูกเสนอโดย Tim Berners‑Lee ในช่วงต้นยุคเว็บ เพื่อใช้สตริงที่มนุษย์อ่านได้อธิบาย scheme/host/path/query/fragment เพื่อหลีกเลี่ยงไม่ให้ตัวอักษรข้อมูลถูกตีความเป็นตัวแบ่ง (เช่น ? & # = /) และเพื่อรองรับช่องว่าง ข้อความที่ไม่ใช่ ASCII และอีโมจิ จึงต้องแปลงอักขระเหล่านั้นเป็น percent-encoding รูปแบบ %HH ในบริบท application/x‑www‑form‑urlencoded ช่องว่างอาจเขียนเป็น “+” ได้ (นอกฟอร์มทั่วไปแนะนำให้ใช้ %20) การเข้ารหัส URL เป็นเพียงการแปลงรูปแบบแบบย้อนกลับได้เพื่อให้ลิงก์คงทน ไม่ใช่กลไกการเข้ารหัสเพื่อความลับ
ไม่ได้ การเข้ารหัส URL เป็นการแปลงรูปแบบที่ย้อนกลับได้ รหัสผ่าน คีย์ API และความลับอื่น ๆ ต้องถูกเข้ารหัสด้วยวิธีที่ปลอดภัยกว่า
สำหรับฟอร์ม จะใช้ + ในขณะที่ตาม RFC 3986 ทั่วไปใช้ %20 เครื่องมือนี้ใช้ %20 เป็นค่าเริ่มต้นเพื่อความเข้ากันได้ หากต้องใช้ + ให้ใช้ในบริบทฟอร์มหรือแปลงเองภายหลัง
เนื้อหาที่เข้ารหัสแล้วมักมีลำดับ %XX หากเห็นลักษณะนี้จำนวนมากแสดงว่าเข้ารหัสแล้ว ควรหลีกเลี่ยงการเข้ารหัสซ้ำ
มาตรฐาน URL อนุญาตเฉพาะ ASCII เท่านั้น ข้อความที่ไม่ใช่ ASCII (เช่น ตัวมีวรรณยุกต์ อีโมจิ) ต้องถูกแปลงเป็น percent-encoding เพื่อส่งผ่านได้อย่างปลอดภัย
ขึ้นอยู่กับตำแหน่ง: หากเป็นตัวแบ่ง path ไม่ควรเข้ารหัส แต่หากอยู่ในค่าพารามิเตอร์ควรเข้ารหัสเป็น %2F