แปลง JSON เป็น INI และ INI เป็น JSON แบบสองทาง ในไม่กี่วินาที

JSON กับ INI เป็น format สำหรับ configuration ที่พบมากที่สุดสองแบบในโลก software — และทั้งคู่แทบไม่เคยอยู่ด้วยกัน JSON ครองพื้นที่ใน web app สมัยใหม่, API และ service ตระกูล Node.js ส่วน INI เงียบ ๆ คอยขับเคลื่อน desktop software, daemon ยุคเก่า และ dev tool อีกยาวเลยหลายสิบตัว พอ project ของคุณต้องอยู่ทั้งสองโลก สิ่งที่ต้องมีคือวิธีแปลงระหว่างกันแบบเร็วและเชื่อถือได้ โดยไม่ต้องนั่งแก้ key ทีละตัวด้วยมือ

JSON to INI Converter คือเครื่องมือฟรีที่ทำงานในเบราว์เซอร์ แปลงไฟล์ config ได้ทั้งสองทาง: JSON เป็น INI และ INI เป็น JSON รองรับทั้ง section, dotted nesting สำหรับ object ที่ซ้อนลึก, comment และ quoting convention — และเพราะทุกอย่างประมวลผลในเบราว์เซอร์ของคุณเอง config จะไม่ถูกส่งออกจากเครื่องเลย

ประเด็นสุดท้ายนี้สำคัญกว่าที่คิด ไฟล์ config มักมี database host, internal port และ service endpoint — ข้อมูลที่คุณไม่อยากเอาไปวางใน web form ที่จะ ship ไปที่ server คนอื่น ด้วย converter ที่เป็น client-side 100% คุณวาง config ที่ sensitive ลงไปได้อย่างอุ่นใจ ไม่มี upload, ไม่มี account, ไม่มี tracking

ทำไมต้องใช้ JSON to INI Converter

• แปลงสองทางในเครื่องมือเดียว — converter ส่วนใหญ่ทำแค่ JSON → INI แล้วทิ้งคุณไว้ตรงนั้น เครื่องมือนี้จัดการทั้งสองทิศทางใน interface เดียว round trip ใช้แค่สองคลิก ไม่ต้องเปิดเว็บอื่น
• จัดการ section แบบจริงจัง — top-level JSON object กลายเป็น [section] block ที่ถูกต้อง ไม่ใช่ string ที่ถูก flatten มั่ว ๆ ผลลัพธ์อ่านแล้วเหมือน INI ที่คน (หรือ parser ที่เลือกมาก) จะยอมรับจริง
• Dotted nesting สำหรับโครงสร้างซ้อนลึก — object ที่ซ้อนกันหลายชั้นกลายเป็น dotted section เช่น [parent.child] โครงสร้างของคุณถูกเก็บไว้ครบ ไม่ถูกบีบแบน
• Parse ได้แม้มี comment — ตอนแปลง INI เป็น JSON เครื่องมือจะข้าม comment ที่ขึ้นต้นด้วย ; และ # อัตโนมัติ ไฟล์ legacy ที่ annotate จุแน่นเลยแปลงได้สะอาด ไม่ต้องมาตายที่บรรทัดเอกสาร
• เป็นส่วนตัว 100% ทำงานในเบราว์เซอร์ — ไม่มีการ upload, ประมวลผลระยะไกล หรือจัดเก็บข้อมูล ทุกอย่างเกิดขึ้นใน JavaScript ฝั่งเครื่อง ซึ่งทำให้เร็วแบบทันทีด้วย
• Error message ที่ช่วยได้จริง — JSON ไม่ถูกต้อง, section header ว่าง, ไฟล์ malformed เครื่องมือจะบอกว่าผิดตรงไหน แทนที่จะปล่อยผลลัพธ์ขยะออกมาเงียบ ๆ

ฟีเจอร์เด่น

รายละเอียดที่น่าไฮไลต์:

• ไม่มีอะไรหายไปแบบเงียบ ๆ — INI ไม่มีวิธี represent array หรือ nested object ภายใน section โดยตรง converter จึง serialize เป็น JSON string ข้อมูลยังอยู่ครบเสมอ — แปลงกลับเป็น JSON แล้วโครงสร้างเดิมกลับมาทั้งหมด
• Top-level primitive ได้การปฏิบัติพิเศษ — key-value ที่อยู่โดด ๆ ที่ root ของ JSON จะถูกเขียนก่อน section ใด ๆ ซึ่งตรงกับตำแหน่งที่ INI parser คาดหวังจะเจอ global setting
• เป็นมิตรกับ round trip — แปลง JSON เป็น INI เพิ่ม ; หรือ # comment เพื่อเอกสารประกอบแต่ละค่า แล้วแปลงกลับเป็น JSON — comment ถูกข้าม JSON ที่ได้จึงสะอาดเสมอ

วิธีแปลง JSON เป็น INI

1. เปิด JSON to INI Converter — โหลดทันที ไม่ต้องติดตั้งอะไร ไม่ต้องสมัครสมาชิก
2. วาง JSON ลงในช่อง input — ค่าที่ root ต้องเป็น object ({...}) เพราะ INI อธิบาย settings ไม่ใช่ค่าเปล่า ๆ
3. สั่งแปลง — เครื่องมือ validate input ก่อน ลูกน้ำหลุดหรือวงเล็บไม่ปิดจะได้ error ชัดเจน แทนที่จะได้ไฟล์ครึ่ง ๆ กลาง ๆ
4. ตรวจผลลัพธ์ INI — เช็คว่า top-level primitive อยู่ก่อน section, object แต่ละอันกลายเป็น section ที่คาดไว้ และ array ปรากฏเป็น JSON string
5. Copy ผลลัพธ์ ไปใช้ในไฟล์ config ของ application — หรือสลับทิศทาง วางไฟล์ INI เพื่อแปลงกลับเป็น JSON

เข้าใจการ Mapping ระหว่าง JSON–INI

INI เป็น format ที่เรียบง่าย: key = value แบบแบน ๆ จัดกลุ่มได้ด้วย header [section] ส่วน JSON แสดง nesting ได้ไม่จำกัดชั้น Converter ต่อช่องว่างนี้ด้วยกฎชุดเล็ก ๆ ที่สม่ำเสมอ — รู้กฎแล้วคุณจะทายได้เป๊ะว่า config หนึ่ง ๆ จะหน้าตาเป็นอย่างไรอีกฝั่ง

ลองดู JSON นี้:

{
  "appName": "acme-portal",
  "debug": true,
  "server": {
    "host": "0.0.0.0",
    "port": 8080,
    "allowedOrigins": ["https://acme.test", "https://api.acme.test"]
  },
  "database": {
    "primary": {
      "host": "db.internal",
      "port": 5432
    }
  }
}

แปลงแล้วได้ INI นี้:

appName = acme-portal
debug = true

[server]
host = 0.0.0.0
port = 8080
allowedOrigins = ["https://acme.test", "https://api.acme.test"]

[database.primary]
host = db.internal
port = 5432

สิ่งที่เกิดขึ้นคือ:

• Top-level primitive มาก่อน — appName กับ debug เป็นค่าตรง ๆ ที่ root จึงถูกเขียนเป็น global key ก่อน section header ใด ๆ ซึ่งเป็น layout ตาม convention ของ INI สำหรับ global setting
• Top-level object กลายเป็น section — object server map ไปเป็น block [server] ที่บรรจุ key-value ของมัน
• การซ้อนลึกใช้ dotted name — database มี object ลูกคือ primary converter จึงเขียน [database.primary] แทนการยัด section ซ้อนใน section (INI ไม่มี native nesting เกินกว่าชื่อ section และ dotted header คือ convention ที่ยอมรับกันแล้ว)
• Array กลายเป็น JSON string — allowedOrigins แทนด้วย INI โดยตรงไม่ได้ จึงถูก serialize เป็น JSON representation พอแปลงกลับเป็น JSON ก็ได้ array จริงคืนมา
• Comment เดินทางทางเดียว — ตอน parse แบบ INI → JSON บรรทัดที่ขึ้นต้นด้วย ; หรือ # จะถูกข้าม ไฟล์ที่มี comment จึงแปลงได้สะอาด JSON เองไม่มี syntax สำหรับ comment ทางนั้นจึงไม่มีอะไรถูกสร้างออกมา — แต่คุณ annotate ผลลัพธ์ INI ด้วยมือแล้ว round trip ต่อได้

Use Case ในทางปฏิบัติ

Migrate ไฟล์ app.ini เดิมเข้าสู่ Tooling ยุค JSON

สมมติว่า internal tool ตัวหนึ่งได้ deployment pipeline สมัยใหม่เสียที แต่ยังอ่าน app.ini อายุสิบปีอยู่ วาง INI ลงใน converter รับ JSON สะอาด ๆ แล้วส่งต่อเข้า service ฝั่ง Node.js, Kubernetes ConfigMap generator หรือ script ใน CI ที่รอรับ JSON อยู่ บรรทัด comment ถูกข้ามอัตโนมัติ ไม่ต้องนั่งลบเองก่อน

สร้าง INI ให้ Software ที่เรียกร้องมัน

software ที่ยังเรียกหา INI มีเยอะแยะ: desktop application, ระบบสมัย PHP, daemon เก่า และ internal tool อีกนับไม่ถ้วน ถ้าทีมคุณเก็บ canonical setting ไว้ใน JSON — ซึ่งเป็นตัวเลือกที่เป็นธรรมชาติ เพราะเป็นภาษาเดียวกับ API และ config manager — ก็ generate ไฟล์ INI ที่ application เหล่านั้นต้องการ แทนการดูแล config สองชุดด้วยมือ พอ JSON เปลี่ยน การ regenerate INI ใช้เวลาแค่ไม่กี่วินาที

Round-Trip Editing โดยโครงสร้างไม่หาย

INI อ่านสบายกว่าและ annotate ได้จริง — นั่นคือเหตุผลที่มันรอดมาถึงวันนี้ workflow ที่เวิร์กคือ: แปลง JSON config เป็น INI เพิ่ม comment ; อธิบายแต่ละ setting ส่งต่อให้ teammate หรือแปะลง documentation แล้วแปลงกลับเป็น JSON ตอนจะ deploy comment ถูกข้ามตอน parse JSON ที่ออกมาจึงสะอาดเสมอ

ตรวจสอบ (Audit) ไฟล์ INI ที่เขียนด้วยมือ

ไฟล์ INI ที่ถูกมือคนแก้ไขเรื่อย ๆ มักสะสมปัญหา: key ซ้ำ, section ว่าง, ค่าที่ quote หาย วางไฟล์ที่น่าสงสัยลงใน converter แล้วปัญหาเชิงโครงสร้างจะโผล่ทันที — section header ว่างถูกเรียกชื่อออกมาแทนที่จะแอบปล่อย JSON เสีย ๆ ออกมา คุณได้ sanity check ฟรี ๆ มาพร้อมกับตัวแปลงเลย

Best Practices

• Root ของ JSON ควรเป็น object เสมอ — INI อธิบาย settings ค่าเปล่าอย่าง array หรือ string ที่ root ไม่มีที่ไป
• ใช้ dotted section แทนการต่อสู้กับ format — ถ้า JSON ของคุณ nest ลึก ปล่อยให้ converter แสดงมันเป็น [parent.child] ดีกว่าจะนั่ง flatten key เอง
• เอกสารประกอบค่าที่ถูก serialize — เมื่อ array ปรากฏเป็น JSON string ใน INI ให้จดไว้ใน comment ; เพื่อให้ฝั่งที่มาอ่านรู้ว่าต้อง parse กลับ
• Round trip เพื่อ verify — แปลง JSON → INI → JSON แล้วเทียบกัน ถ้าโครงสร้างรอดครบ config ของคุณ port ระหว่างสอง format ได้อย่างปลอดภัย
• เลี่ยง key แปลก ๆ — key ที่มี = วงเล็บเหลี่ยม หรือ newline ทำให้ INI parser งง ได้ง่าย ตัว identifier เรียบ ๆ round trip ได้ดีที่สุด
• เก็บ comment ไว้ที่ชั้น INI — เพราะ JSON ไม่มี comment syntax ให้ถือว่า INI คือตัวแทนแบบ annotated ที่มนุษย์อ่าน และ JSON คือตัวแทนที่เครื่องอ่าน

ลองใช้ JSON to INI Converter วันนี้

ไม่ว่าคุณจะ migrate config ยุคเก่า, generate ไฟล์ให้ software ที่พูดแค่ INI หรือแค่อยากเห็นโครงสร้าง JSON ใน layout ที่อ่านง่ายกว่า JSON to INI Converter จัดการให้ในไม่กี่วินาที — สองทาง รองรับ section, dotted nesting และ comment อย่างถูกต้อง และทำงานในเบราว์เซอร์ของคุณทั้งหมด เพื่อให้ configuration เป็นส่วนตัว

เข้าไปที่เครื่องมือ วาง config ลงไป แล้วดูผลลัพธ์การแปลงด้วยตาคุณเอง

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

• JSON to YAML Converter — แปลง JSON configuration เป็น YAML ภาษาที่อยู่เบื้องหลัง Kubernetes manifest และ CI pipeline และย้อนกลับ
• JSON to TOML Converter — ย้าย config ระหว่าง JSON กับ TOML ฟอร์แมตที่เป็นมิตรกับมนุษย์ ใช้ใน project Rust และ application สมัยใหม่จำนวนมาก
• JSON Formatter — จัดรูปแบบ, validate และตรวจสอบเอกสาร JSON สำหรับเก็บกวาดหรือ debug config ก่อน/หลังการแปลง

ขอให้แปลงไฟล์อย่างมีความสุข!