การเข้ารหัสอักขระ JSON - UTF-8 ได้รับการสนับสนุนอย่างดีจากเบราว์เซอร์หรือฉันควรใช้ลำดับการหลีกเลี่ยงตัวเลข

ฉันกำลังเขียนเว็บเซอร์ที่ใช้ json เพื่อแสดงถึงทรัพยากรและฉันรู้สึกติดขัดเล็กน้อยเกี่ยวกับวิธีที่ดีที่สุดในการเข้ารหัส json การอ่าน json rfc ( http://www.ietf.org/rfc/rfc4627.txt ) เป็นที่ชัดเจนว่าการเข้ารหัสที่ต้องการคือ utf-8 แต่ rfc ยังอธิบายกลไกการหลีกเลี่ยงสตริงสำหรับการระบุอักขระ ฉันคิดว่าโดยทั่วไปจะใช้เพื่อหลีกเลี่ยงอักขระที่ไม่ใช่ ascii ดังนั้นจึงทำให้ utf-8 เป็นผลลัพธ์ที่ถูกต้อง ascii

สมมติว่าฉันมีสตริง json ที่มีอักขระ Unicode (จุดรหัส) ที่ไม่ใช่ ascii บริการเว็บของฉันควรเข้ารหัสเพียง utf-8 แล้วส่งคืนหรือควรหลีกเลี่ยงอักขระที่ไม่ใช่ ascii ทั้งหมดและส่งคืน ascii บริสุทธิ์

ฉันต้องการให้เบราว์เซอร์สามารถเรียกใช้ผลลัพธ์โดยใช้ jsonp หรือ eval มีผลต่อการตัดสินใจหรือไม่? ฉันขาดความรู้เกี่ยวกับการรองรับจาวาสคริปต์ของเบราว์เซอร์ต่างๆสำหรับ utf-8

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

ข้อกำหนด JSON ต้องการการสนับสนุน UTF-8 โดยตัวถอดรหัส เป็นผลให้ตัวถอดรหัส JSON ทั้งหมดสามารถจัดการ UTF-8 ได้เช่นเดียวกับที่สามารถจัดการกับลำดับการหลีกเลี่ยงตัวเลขได้ นอกจากนี้ยังเป็นกรณีสำหรับล่าม Javascript ซึ่งหมายความว่า JSONP จะจัดการ JSON ที่เข้ารหัส UTF-8 ด้วยเช่นกัน

ความสามารถสำหรับตัวเข้ารหัส JSON ในการใช้ลำดับการหลีกเลี่ยงตัวเลขแทนจะช่วยให้คุณมีทางเลือกมากขึ้น เหตุผลหนึ่งที่คุณอาจเลือกลำดับการหลีกเลี่ยงตัวเลขคือถ้ากลไกการขนส่งอยู่ระหว่างข้อมูลตัวเข้ารหัสและตัวถอดรหัสที่ตั้งใจไว้นั้นไม่ปลอดภัยแบบไบนารี

เหตุผลที่คุณอาจต้องการใช้ลำดับหนีตัวเลขก็คือการป้องกันไม่ให้ตัวอักษรบางอย่างที่ปรากฏในกระแสเช่น<, &และ"ซึ่งอาจตีความได้ว่า HTML ลำดับหากรหัส JSON ถูกวางไว้โดยไม่ต้องหลบหนีเข้าไปใน HTML หรือเบราว์เซอร์ผิดตีความว่าเป็น HTML . สิ่งนี้สามารถป้องกันการแทรก HTML หรือการเขียนสคริปต์ข้ามไซต์ได้ (หมายเหตุ: อักขระบางตัวต้องถูก Escape ใน JSON รวมถึง"และ\)

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

ดังนั้นฉันเดาว่าคุณสามารถตัดสินใจได้ว่าจะใช้แบบนี้:

• เพียงใช้ UTF-8 เว้นแต่วิธีการจัดเก็บหรือการขนส่งระหว่างตัวเข้ารหัสและตัวถอดรหัสจะไม่ปลอดภัยแบบไบนารี

• มิฉะนั้นให้ใช้ลำดับการหลีกเลี่ยงตัวเลข

ฉันมีปัญหาที่นั่น เมื่อ I JSON เข้ารหัสสตริงด้วยอักขระเช่น "é" เบราว์เซอร์ทุกตัวจะส่งคืน "é" เหมือนกันยกเว้น IE ซึ่งจะส่งคืน "\ u00e9"

จากนั้นด้วย PHP json_decode () จะล้มเหลวหากพบ "é" ดังนั้นสำหรับ Firefox, Opera, Safari และ Chrome ฉันจะเรียก utf8_encode () ก่อน json_decode ()

หมายเหตุ: จากการทดสอบของฉัน IE และ Firefox กำลังใช้ออบเจ็กต์ JSON ดั้งเดิมเบราว์เซอร์อื่น ๆ ใช้ json2.js

ASCII ไม่ได้อยู่ในนั้นอีกต่อไป การใช้การเข้ารหัส UTF-8 หมายความว่าคุณไม่ได้ใช้การเข้ารหัส ASCII สิ่งที่คุณควรใช้กลไกการหลบหนีคือสิ่งที่ RFC พูด:

อักขระ Unicode ทั้งหมดอาจอยู่ในเครื่องหมายคำพูดยกเว้นอักขระที่ต้องใช้ Escape: เครื่องหมายคำพูด, reverse solidus และอักขระควบคุม (U + 0000 ถึง U + 001F)

ฉันกำลังเผชิญกับปัญหาเดียวกัน มันใช้ได้กับฉัน โปรดตรวจสอบสิ่งนี้

json_encode($array,JSON_UNESCAPED_UNICODE);

การอ่าน json rfc ( http://www.ietf.org/rfc/rfc4627.txt ) เป็นที่ชัดเจนว่าการเข้ารหัสที่ต้องการคือ utf-8

FYI, RFC 4627 ไม่ใช่ข้อมูลจำเพาะ JSON อย่างเป็นทางการอีกต่อไป มันถูกยกเลิกในปี 2014 โดยRFC 7159ซึ่งถูกยกเลิกในปี 2017 โดยRFC 8259ซึ่งเป็นข้อมูลจำเพาะปัจจุบัน

RFC 8259 รัฐ:

8.1. การเข้ารหัสอักขระ

ข้อความ JSON ที่แลกเปลี่ยนระหว่างระบบที่ไม่ได้เป็นส่วนหนึ่งของระบบนิเวศแบบปิดต้องเข้ารหัสโดยใช้ UTF-8 [RFC3629][RFC3629]

ข้อกำหนดก่อนหน้าของ JSON ไม่จำเป็นต้องใช้ UTF-8 เมื่อส่งข้อความ JSON อย่างไรก็ตามการใช้งานซอฟต์แวร์ที่ใช้ JSON ส่วนใหญ่เลือกที่จะใช้การเข้ารหัส UTF-8 ในขอบเขตที่เป็นการเข้ารหัสเพียงอย่างเดียวที่สามารถทำงานร่วมกันได้

การนำไปใช้งานต้องไม่เพิ่มเครื่องหมายลำดับไบต์ (U + FEFF) ที่จุดเริ่มต้นของข้อความ JSON ที่ส่งผ่านเครือข่าย เพื่อประโยชน์ของความสามารถในการทำงานร่วมกันการใช้งานที่แยกวิเคราะห์ข้อความ JSON อาจละเว้นการมีอยู่ของเครื่องหมายคำสั่งไบต์แทนที่จะถือว่าเป็นข้อผิดพลาด

ฉันมีปัญหาคล้าย ๆ กันกับé char ... ฉันคิดว่าความคิดเห็น "เป็นไปได้ว่าข้อความที่คุณให้อาหารไม่ใช่ UTF-8" อาจใกล้เคียงกับเครื่องหมายที่นี่ ฉันรู้สึกว่าการเรียงค่าเริ่มต้นในอินสแตนซ์ของฉันเป็นอย่างอื่นจนกว่าฉันจะรู้และเปลี่ยนเป็น utf8 ... ปัญหาคือข้อมูลมีอยู่แล้วดังนั้นไม่แน่ใจว่ามันแปลงข้อมูลหรือไม่เมื่อฉันเปลี่ยนแสดงได้ดีใน mysql โต๊ะทำงาน ผลลัพธ์สุดท้ายคือ php จะไม่ json เข้ารหัสข้อมูลเพียงส่งคืนเท็จ ไม่สำคัญว่าคุณใช้เบราว์เซอร์ใดเป็นเซิร์ฟเวอร์ที่ทำให้เกิดปัญหาของฉัน php จะไม่แยกวิเคราะห์ข้อมูลเป็น utf8 หากมีถ่านนี้อยู่ เช่นเดียวกับที่ฉันบอกว่าไม่แน่ใจว่าเกิดจากการแปลง schema เป็น utf8 หลังจากมีข้อมูลหรือเป็นเพียงจุดบกพร่องของ php ในกรณีนี้ให้ใช้json_encode(utf8_encode($string));