ตัวเข้ารหัส URL

เกี่ยวกับ ตัวเข้ารหัส URL

ยินดีต้อนรับสู่ ตัวเข้ารหัส URL เครื่องมืออันทรงพลังสำหรับการเข้ารหัสข้อความแบบเปอร์เซ็นต์ (percent-encoding) เพื่อการใช้งานอย่างปลอดภัยใน URL เครื่องมือนี้มีโหมดการเข้ารหัสหลายโหมด (RFC 3986, Query String, Path Segment) การวิเคราะห์ทีละอักขระด้วยภาพ และสถิติที่ครอบคลุม ดูว่าอักขระใดถูกเข้ารหัสและทำความเข้าใจเหตุผล ซึ่งเหมาะสำหรับนักพัฒนา ผู้เชี่ยวชาญด้าน SEO และทุกคนที่ทำงานเกี่ยวกับ URL

การเข้ารหัส URL คืออะไร?

การเข้ารหัส URL หรือที่รู้จักกันในชื่อ การเข้ารหัสเปอร์เซ็นต์ เป็นกลไกสำหรับเข้ารหัสข้อมูลใน Uniform Resource Identifier (URI) โดยจะแทนที่อักขระ ASCII ที่ไม่ปลอดภัยด้วยเครื่องหมาย "%" ตามด้วยเลขฐานสิบหกสองหลักที่เป็นตัวแทนของค่าไบต์ของอักขระในการเข้ารหัส UTF-8

ตัวอย่างเช่น:

• ช่องว่างจะกลายเป็น %20 (หรือ + ในคิวรีสตริง)
• เครื่องหมาย ampersand & จะกลายเป็น %26
• เครื่องหมายคำถาม ? จะกลายเป็น %3F

ทำไมการเข้ารหัส URL จึงจำเป็น?

URL สามารถมีอักขระจากชุดอักขระ US-ASCII ได้ในจำนวนจำกัดเท่านั้น อักขระที่อยู่นอกชุดนี้ หรืออักขระที่มีความหมายพิเศษใน URL (เช่น &, =, ?) จะต้องถูกเข้ารหัสเพื่อ:

• ป้องกันการตีความผิด: อักขระพิเศษเช่น & ใช้แยกพารามิเตอร์คิวรี หากข้อมูลของคุณมี & จะต้องเข้ารหัสเป็น %26
• รองรับอักขระนานาชาติ: อักขระที่ไม่ใช่ ASCII (เช่น ภาษาไทย, ภาษาอาหรับ, อีโมจิ) จะต้องถูกเข้ารหัสเป็นลำดับไบต์ UTF-8
• รับประกันการส่งข้อมูลที่ปลอดภัย: อักขระบางตัวไม่ปลอดภัยสำหรับ URL เนื่องจากปัญหาด้านความปลอดภัยที่อาจเกิดขึ้นหรือปัญหาในการส่งข้อมูล

คำอธิบายโหมดการเข้ารหัส

RFC 3986 (ส่วนประกอบ URL)

การเข้ารหัสมาตรฐานที่กำหนดโดย RFC 3986 อักขระทั้งหมดจะถูกเข้ารหัสเปอร์เซ็นต์ ยกเว้นอักขระที่ไม่สงวนไว้ (A-Z, a-z, 0-9, -, ., _, ~) ช่องว่างจะกลายเป็น %20 ใช้โหมดนี้สำหรับส่วนประกอบ URL ส่วนใหญ่

คิวรีสตริง (application/x-www-form-urlencoded)

การเข้ารหัสทั่วไปสำหรับการส่งฟอร์ม HTML และคิวรีการค้นหา ช่องว่างจะกลายเป็น + แทนที่จะเป็น %20 นี่คือสิ่งที่เบราว์เซอร์ใช้เมื่อส่งฟอร์ม

ส่วนเส้นทาง (Path Segment)

คล้ายกับ RFC 3986 แต่รักษาเครื่องหมายทับ (/) ไว้ ใช้โหมดนี้เมื่อเข้ารหัสเส้นทาง URL ที่คุณต้องการรักษาโครงสร้างไดเรกทอรี

การเข้ารหัสแบบเต็ม (Full Encoding)

เข้ารหัสทุกอย่างยกเว้นอักขระที่เป็นตัวเลขและตัวอักษร (A-Z, a-z, 0-9) นี่คือโหมดการเข้ารหัสที่เข้มงวดที่สุด มีประโยชน์เมื่อต้องการความปลอดภัยสูงสุด

อักขระที่ต้องเข้ารหัส

อักขระที่สงวนไว้

อักขระเหล่านี้มีความหมายพิเศษใน URL และต้องถูกเข้ารหัสเมื่อใช้เป็นข้อมูล:

อักขระที่ไม่ปลอดภัย

อักขระเหล่านี้ควรได้รับการเข้ารหัสเสมอ:

วิธีใช้เครื่องมือนี้

1. ป้อนข้อความของคุณ: พิมพ์หรือวางข้อความที่คุณต้องการเข้ารหัสในพื้นที่ป้อนข้อมูล ลองใช้ปุ่มตัวอย่างด่วนสำหรับกรณีการใช้งานทั่วไป
2. เลือกโหมดการเข้ารหัส: เลือกโหมดที่เหมาะสมตามกรณีการใช้งานของคุณ (RFC 3986 สำหรับส่วนประกอบ, Query String สำหรับพารามิเตอร์การค้นหา ฯลฯ)
3. คลิกเข้ารหัส: เครื่องมือจะเข้ารหัสข้อความของคุณและแสดงผลลัพธ์
4. ตรวจสอบการวิเคราะห์: ดูการแยกรายละเอียดทีละอักขระที่แสดงว่าอักขระใดถูกเข้ารหัสและเพราะเหตุใด
5. คัดลอกผลลัพธ์: คลิกปุ่มคัดลอกเพื่อคัดลอกข้อความที่เข้ารหัสไปยังคลิปบอร์ดของคุณ

กรณีการใช้งานทั่วไป

พารามิเตอร์ API

เมื่อส่งข้อมูลที่ผู้ใช้ป้อนเป็นพารามิเตอร์ URL:

https://api.example.com/search?q=Hello%20World%21

URL การเปลี่ยนเส้นทาง

เมื่อเข้ารหัส URL เพื่อส่งเป็นพารามิเตอร์:

https://example.com/redirect?url=https%3A%2F%2Fother-site.com

ชื่อไฟล์

เมื่อเข้ารหัสชื่อไฟล์ที่มีช่องว่างหรืออักขระพิเศษ:

/files/My%20Document%20%282024%29.pdf

คำถามที่พบบ่อย

การเข้ารหัส URL คืออะไร?

การเข้ารหัส URL หรือที่รู้จักกันในชื่อการเข้ารหัสเปอร์เซ็นต์ เป็นกลไกสำหรับเข้ารหัสข้อมูลใน Uniform Resource Identifier (URI) โดยแทนที่อักขระ ASCII ที่ไม่ปลอดภัยด้วยเครื่องหมาย '%' ตามด้วยเลขฐานสิบหกสองหลักที่เป็นตัวแทนของค่าไบต์ของอักขระนั้น ตัวอย่างเช่น ช่องว่างจะกลายเป็น %20 และเครื่องหมาย ampersand จะกลายเป็น %26

ทำไม URL ถึงต้องถูกเข้ารหัส?

URL สามารถมีชุดอักขระที่จำกัดจากชุดอักขระ ASCII เท่านั้น อักขระอย่างช่องว่าง สัญลักษณ์พิเศษ และอักขระที่ไม่ใช่ ASCII จะต้องถูกเข้ารหัสเพื่อให้ส่งข้อมูลได้อย่างถูกต้อง หากไม่มีการเข้ารหัส อักขระเหล่านี้อาจถูกตีความผิดว่าเป็นตัวคั่น URL หรือทำให้เกิดข้อผิดพลาดในการส่งข้อมูล

ความแตกต่างระหว่างการเข้ารหัส RFC 3986 และการเข้ารหัสคิวรีสตริงคืออะไร?

การเข้ารหัส RFC 3986 ใช้ %20 สำหรับช่องว่างและเป็นมาตรฐานสำหรับส่วนประกอบ URL ส่วนการเข้ารหัสคิวรีสตริง (application/x-www-form-urlencoded) ใช้ + สำหรับช่องว่างและมักใช้ในการส่งฟอร์ม HTML และคิวรีการค้นหา ทั้งสองอย่างถูกต้องแต่ใช้ในบริบทที่ต่างกัน

อักขระตัวใดที่ปลอดภัยใน URL โดยไม่ต้องเข้ารหัส?

ตาม RFC 3986 อักขระที่ไม่สงวนไว้ซึ่งไม่จำเป็นต้องเข้ารหัส ได้แก่: ตัวอักษรพิมพ์ใหญ่ (A-Z), ตัวอักษรพิมพ์เล็ก (a-z), ตัวเลข (0-9) และอักขระพิเศษสี่ตัว: ยัติภังค์ (-), จุด (.), ขีดล่าง (_), และ ทิลดา (~) อักขระอื่นๆ ทั้งหมดควรถูกเข้ารหัสด้วยเปอร์เซ็นต์

ฉันจะเข้ารหัสอักขระพิเศษเช่น & และ = ในพารามิเตอร์ URL ได้อย่างไร?

อักขระพิเศษเช่น & (ampersand) และ = (equals) จะต้องถูกเข้ารหัสด้วยเปอร์เซ็นต์เมื่อใช้เป็นข้อมูลภายในพารามิเตอร์ URL โดย & จะกลายเป็น %26 และ = จะกลายเป็น %3D ซึ่งจะช่วยป้องกันไม่ให้พวกมันถูกตีความเป็นตัวแยกพารามิเตอร์หรือตัวคั่นคีย์-ค่า

เครื่องมือที่เกี่ยวข้อง

• ตัวถอดรหัส URL - ถอดรหัส URL ที่เข้ารหัสเปอร์เซ็นต์กลับเป็นข้อความธรรมดา
• ตัวเข้ารหัส Base64 - เข้ารหัสข้อความเป็นรูปแบบ Base64
• ตัวเข้ารหัสเอนทิตี HTML - เข้ารหัสอักขระพิเศษของ HTML

แหล่งข้อมูลเพิ่มเติม

• RFC 3986 - ไวยากรณ์ทั่วไปของตัวระบุแหล่งทรัพยากรสากล (URI)
• การเข้ารหัสเปอร์เซ็นต์ - Wikipedia

ตัวเข้ารหัสและตัวถอดรหัส:

• ตัวถอดรหัส Base64
• ตัวเข้ารหัส Base64
• ตัวถอดรหัสรหัสมอร์ส
• เครื่องกำเนิดรหัสมอร์ส
• ตัวถอดรหัส URL
• ตัวเข้ารหัส URL
• ตัวถอดรหัส JWT
• เครื่องสร้าง JWT ใหม่
• ตัวแปลงข้อความเป็นไบนารี/hex/ASCII ใหม่
• เครื่องมือตรวจสอบและถอดรหัส UUID ใหม่
• ตัวเข้ารหัสและถอดรหัส ROT13 ใหม่
• เครื่องมือเข้ารหัสอัตบาช ใหม่
• เครื่องมือเข้ารหัสวีเจแนร์ ใหม่