ย้อนกลับตัวอักษร

ย้อนกลับตัวอักษรเป็นเครื่องมือฟรีสำหรับกลับลำดับไบต์ในประโยค ย่อหน้า หรือข้อความอื่นๆ

จะกลับตัวอักษรในข้อความได้อย่างไร?

ผลลัพธ์จะแสดงในช่อง ย้อนกลับแล้ว

หากข้อมูลที่ป้อนเป็น ASCII เครื่องมือจะกลับลำดับข้อมูลทั้งหมดจากท้ายไปต้น ทั้งตัวอักษร ASCII ช่องว่าง ตัวเลข และเครื่องหมายวรรคตอนจะย้ายตำแหน่งไปพร้อมกัน เครื่องมือนี้ไม่แก้คำสะกด ไม่คงลำดับคำ และไม่ลบอักขระที่ไม่ต้องการ

ข้อความที่กลับลำดับแล้วใช้ทำอะไรได้บ้าง?

ข้อความที่กลับลำดับแล้วเหมาะสำหรับทำปริศนา เล่นคำ สร้างลูกเล่นง่ายๆ ให้เนื้อหา และตรวจสอบลำดับอักขระเป็นหลัก

• สร้างคำใบ้สำหรับปริศนาอักษรไขว้ เกมล่าขุมทรัพย์ หรือใบงานห้องปริศนา
• ใช้ข้อความที่กลับลำดับแล้วเป็นมุกหรือปริศนาในกลุ่ม WhatsApp ช่อง Discord หรือเว็บบอร์ด
• ตรวจสอบว่าคำหนึ่งเป็นพาลินโดรมหรือไม่ โดยเปรียบเทียบกับคำที่กลับลำดับแล้ว
• เตรียมข้อมูลทดสอบ ASCII แบบคงที่สำหรับแบบฟอร์ม โปรแกรมแก้ไขข้อความ หรือการทดสอบซอฟต์แวร์
• กลับลำดับตัวระบุเมื่อตรวจหาปัญหาในกฎประมวลผลข้อมูลที่อ่านอักขระจากผิดด้าน

การกลับลำดับไม่ได้เพิ่มหรือลดจำนวนอักขระ ASCII ทั่วไป จึงไม่ช่วยให้ข้อความพอดีกับช่องที่จำกัดความยาว นอกจากนี้ ลิงก์ ที่อยู่อีเมล และแฮชแท็กอาจใช้งานไม่ได้ เพราะลำดับอักขระและเครื่องหมายวรรคตอนเปลี่ยนไป

ช่องว่าง เครื่องหมายวรรคตอน และอักขระพิเศษจะเป็นอย่างไร?

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

การทำงานเบื้องหลังใช้ฟังก์ชัน strrev ของ PHP ซึ่งกลับลำดับไบต์ในสตริงที่ป้อน แทนที่จะกลับอักขระ Unicode เป็นหน่วยที่สมบูรณ์ ข้อความ ASCII ธรรมดา เช่น ตัวอักษรภาษาอังกฤษ ตัวเลข และเครื่องหมายวรรคตอนทั่วไป จะให้ผลลัพธ์ที่คาดเดาได้ แต่อักขระอย่าง é อีโมจิ หรือข้อความภาษาอาหรับ ฮินดี ญี่ปุ่น และภาษาอื่นที่ไม่ใช่ ASCII อาจประกอบด้วยไบต์ UTF-8 หลายไบต์ ซึ่งอาจถูกแยกจนกลายเป็นลำดับไบต์ที่ไม่ถูกต้อง

หากไม่ป้อนข้อมูล ผลลัพธ์ก็จะว่างเช่นกัน ในกรณีที่ต้องรักษาลำดับบรรทัดเดิม ควรประมวลผลแยกทีละบรรทัด สำหรับข้อมูลที่ใช้ LF อย่างเดียว การกลับข้อความหลายบรรทัดทั้งชุดจะกลับทั้งตำแหน่งตัวแบ่งบรรทัดและลำดับบรรทัดด้วย ส่วนการขึ้นบรรทัดแบบ CRLF ของ Windows การกลับลำดับไบต์จะเปลี่ยน CRLF แต่ละชุดเป็น LFCR ซึ่งอาจทำให้การขึ้นบรรทัดเสียหาย

ตัวอย่างการกลับลำดับ

ตัวอย่างเหล่านี้ใช้อักขระ ASCII จึงได้ผลลัพธ์ที่ชัดเจนแน่นอน

• ข้อมูลเข้า: Meet at 3 pm. ผลลัพธ์: .mp 3 ta teeM
• ข้อมูลเข้า: abc 123! ผลลัพธ์: !321 cba
• ข้อมูลเข้า: drawer ผลลัพธ์: reward
• ข้อมูลเข้า: Room 42 ผลลัพธ์: 24 mooR

ตัวพิมพ์ใหญ่ยังคงเป็นตัวพิมพ์ใหญ่ เพียงย้ายไปอยู่ตำแหน่งใหม่ การกลับข้อความจะไม่เปลี่ยนตัวพิมพ์เล็กหรือตัวพิมพ์ใหญ่

ควรใช้ย้อนกลับตัวอักษรหรือย้อนกลับคำ?

ใช้ย้อนกลับตัวอักษรเมื่อต้องการให้ทุกไบต์ในข้อความ ASCII เรียงจากท้ายไปต้น และใช้ย้อนกลับคำเมื่อต้องการสลับลำดับคำโดยยังคงสะกดแต่ละคำให้อ่านได้ตามเดิม

ตัวอย่างเช่น เมื่อนำ "red green blue" มากลับตัวอักษร จะได้ "eulb neerg der" แต่ถ้ากลับเฉพาะลำดับคำ จะได้ "blue green red" หากข้อมูลเป็นรายการแนวตั้งที่ส่งออกจาก Excel หรือ Google Sheets โดยทั่วไปย้อนกลับรายการจะเหมาะกว่า เพราะการกลับตัวอักษรจะทำให้การสะกดของทุกรายการกลับด้านไปด้วย

เครื่องมือนี้ประมวลผลบนเซิร์ฟเวอร์ ข้อมูลที่คุณป้อนจะส่งไปยังเซิร์ฟเวอร์ผ่าน HTTPS และไม่มีการจัดเก็บไว้

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

กลับข้อความแล้วจะอ่านจากขวาไปซ้ายหรือไม่?

ไม่ สำหรับข้อความ ASCII เครื่องมือจะเปลี่ยนลำดับอักขระ แต่ไม่ได้กำหนดทิศทางการเขียน แอปพลิเคชันต่างๆ ยังคงใช้กฎการแสดงผลจากซ้ายไปขวาหรือขวาไปซ้ายของตัวเอง ดังนั้นข้อความภาษาอาหรับหรือข้อความที่มีหลายทิศทางซึ่งถูกกลับลำดับแล้วอาจดูสับสนเป็นพิเศษ

กลับลำดับข้อมูลหนึ่งแถวใน CSV โดยไม่ทำให้เสียหายได้ไหม?

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

ข้อความที่กลับลำดับถือว่าเข้ารหัสหรือซ่อนไว้อย่างปลอดภัยหรือไม่?

ไม่ การกลับลำดับเป็นเพียงการแปลงแบบง่ายๆ ที่ย้อนคืนได้ทันที ไม่ได้ให้การเข้ารหัสหรือควบคุมการเข้าถึง อย่าใช้วิธีนี้เพื่อซ่อนรหัสผ่าน ข้อมูลการชำระเงิน หรือข้อความลับ

ถ้ากลับข้อความสองครั้ง จะได้ข้อความเดิมหรือไม่?

ได้สำหรับข้อความ ASCII ตราบใดที่คัดลอกผลลัพธ์ครั้งแรกมาอย่างถูกต้องทุกอักขระ โดยไม่มีอักขระเพิ่มขึ้นหรือหายไป แต่หากอักขระหลายไบต์ทำให้เกิด UTF-8 ที่ไม่ถูกต้อง ระบบอื่นอาจแทนที่หรือละทิ้งไบต์ที่เสียหาย การกลับลำดับครั้งที่สองจึงอาจไม่คืนข้อความเดิม ควรเก็บสำเนาต้นฉบับไว้เสมอเมื่อใช้งานกับข้อมูลที่ไม่ใช่ ASCII ธรรมดา