เครื่องคำนวณขนาดข้อความ

เครื่องคำนวณขนาดข้อความเป็นเครื่องมือฟรีสำหรับคำนวณขนาดของข้อความที่ป้อน โดยแสดงผลเป็นไบต์ (B) กิโลไบต์ (KB) หรือเมกะไบต์ (MB)

ขนาดข้อความหมายถึงอะไร?

ขนาดข้อความคือพื้นที่จัดเก็บที่ต้องใช้เพื่อแทนชุดอักขระ ซึ่งไม่เหมือนกับจำนวนอักขระ เพราะอักขระบางตัวอาจใช้มากกว่า 1 ไบต์ ขึ้นอยู่กับการเข้ารหัสอักขระ

ตัวอย่างเช่น เมื่อใช้การเข้ารหัส UTF-8:

• A ใช้ 1 ไบต์
• £ ใช้ 2 ไบต์
• café ใช้ 5 ไบต์ เพราะอักขระที่มีเครื่องหมายกำกับเสียงต้องใช้ 2 ไบต์
• อีโมจิทั่วไปอย่าง 😀 ใช้ 4 ไบต์

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

คำนวณขนาดข้อความอย่างไร?

ป้อนข้อความ แล้วดูค่าที่แสดงในช่องผลลัพธ์ ขนาด

1. คัดลอกหรือพิมพ์ข้อความฉบับที่ต้องการวัดขนาดหลังเข้ารหัสเป็นไบต์
2. ตรวจสอบขนาดเป็นไบต์ กิโลไบต์ หรือเมกะไบต์
3. นำผลลัพธ์ไปเทียบกับขีดจำกัดของระบบที่จะรับข้อมูล

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

การตรวจสอบขนาดข้อความช่วยประหยัดเวลาในกรณีใดบ้าง?

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

• คำขอ API: ตรวจสอบเพย์โหลด JSON หรือ XML ฉบับสมบูรณ์ก่อนส่งผ่าน API gateway ที่จำกัดขนาดเนื้อหาคำขอ
• การนำเข้าฐานข้อมูล: ตรวจสอบค่าที่คัดลอกจาก Microsoft Excel หรือไฟล์ CSV ก่อนโหลดลงในฟิลด์ฐานข้อมูลที่จำกัดขนาดเป็นไบต์
• การเตรียมจดหมายเวียน: ตรวจสอบย่อหน้าส่วนบุคคลที่มีความยาว หลังแทนที่ตัวแปรด้วยข้อมูลผู้รับแล้ว
• ฟิลด์ใน CMS: วัดขนาดโค้ดฝัง เมทาดาทา หรือข้อความที่มีโครงสร้าง ก่อนวางลงใน WordPress หรือระบบจัดการเนื้อหาอื่น
• ระบบบันทึกเหตุการณ์และข้อความ: ตรวจสอบว่าข้อความที่สร้างขึ้นยังมีขนาดต่ำกว่าขีดจำกัดต่อรายการ

หากส่งออกข้อมูลจากสเปรดชีต ให้คำนวณเฉพาะข้อความที่ล้างข้อมูลแล้ว ไม่ใช่ทั้งเวิร์กบุ๊ก ไฟล์ CSV จะมีตัวคั่นและโครงสร้างการขึ้นบรรทัด รวมทั้งอาจมีเครื่องหมายระบุการเข้ารหัส ส่วนไฟล์ XLSX ยังมีโครงสร้างเวิร์กบุ๊กและเมทาดาทา ดังนั้นผลลัพธ์ของข้อความจึงอาจไม่ตรงกับขนาดไฟล์ XLSX หรือ CSV ที่แสดง

ทำไมจำนวนไบต์จึงไม่เท่ากับจำนวนอักขระ?

จำนวนไบต์ต่างจากจำนวนอักขระ เพราะการเข้ารหัสแต่ละแบบใช้จำนวนไบต์ในการจัดเก็บอักขระไม่เท่ากัน ตัวอักษรละตินพื้นฐานและตัวเลขมักใช้ 1 ไบต์ใน UTF-8 แต่อักขระที่มีเครื่องหมายกำกับเสียง สัญลักษณ์ และอักษรจากระบบการเขียนหลายแบบใช้มากกว่านั้น

ช่องว่างและเครื่องหมายวรรคตอนก็ใช้พื้นที่จัดเก็บเช่นกัน ส่วนการจบบรรทัดเป็นสาเหตุที่พบบ่อยของความคลาดเคลื่อนเล็กน้อย ระบบแบบ Unix โดยทั่วไปใช้อักขระขึ้นบรรทัดใหม่เพียงตัวเดียว ขณะที่ไฟล์ข้อความบน Windows มักใช้อักขระ carriage return ตามด้วย line feed ดังนั้นข้อความหลายบรรทัดที่มองเห็นเหมือนกันอาจมีขนาดไฟล์ต่างกันหลังบันทึก

ไม่ควรใช้ขนาดไบต์เพียงอย่างเดียวเพื่อตรวจสอบขีดจำกัดอักขระบนแพลตฟอร์มอย่าง X หรือ LinkedIn เพราะบริการเหล่านี้ใช้กฎการนับหรือถ่วงน้ำหนักอักขระ แทนที่จะใช้จำนวนไบต์รวมของ UTF-8 เป็นขีดจำกัดการโพสต์ นอกจากนี้ การคำนวณนี้ไม่รวมการจัดรูปแบบเอกสาร รูปภาพ ส่วนหัวไฟล์ หรือการบีบอัด

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

วางข้อความลับลงในเครื่องคำนวณได้ไหม?

ยังไม่แน่ชัดว่าเครื่องมือนี้ประมวลผลข้อความที่ป้อนไว้ที่ใด

รูปแบบที่ติดมาตอนคัดลอกมีผลต่อผลลัพธ์ไหม?

ผลลัพธ์ครอบคลุมเฉพาะข้อความที่ป้อนลงในเครื่องมือ ไม่ใช่ขนาดทั้งหมดของเอกสาร Word อีเมล หรือหน้าเว็บ แบบอักษร สี การติดตามการเปลี่ยนแปลง รูปภาพฝัง และข้อมูลเอกสารอื่นๆ อาจใช้พื้นที่จัดเก็บเพิ่มขึ้น แม้จะไม่ปรากฏเป็นข้อความทั่วไป

ใช้ผลลัพธ์นี้กับคำขอ JSON ได้ไหม?

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

เครื่องมือนี้คำนวณจำนวนข้อความ SMS ที่ต้องใช้ได้ไหม?

ไม่ได้ การนับไบต์ทั่วไปไม่เพียงพอสำหรับคาดการณ์การแบ่ง SMS ข้อความ SMS มักใช้อักษรมาตรฐาน GSM แบบ 7 บิต หรือการเข้ารหัส UCS-2 และข้อความหลายส่วนต้องกันพื้นที่ไว้สำหรับข้อมูลเชื่อมแต่ละส่วน อักขระอย่างเครื่องหมายคำพูดแบบโค้งอาจทำให้การเข้ารหัสของทั้งข้อความเปลี่ยนไป ส่วนการรองรับอีโมจิอาจขึ้นอยู่กับว่าผู้ให้บริการใช้ UTF-16 หรือวิธีจัดการอื่นที่ไม่ใช่มาตรฐานหรือไม่

อักขระที่มองไม่เห็นนับรวมในขนาดข้อความไหม?

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

ตรวจสอบขั้นสุดท้าย

ใช้ข้อความฉบับเดียวกับที่ปลายทางจะได้รับ รวมทั้งการขึ้นบรรทัดใหม่และอักขระหลีก หากต้องล้างเนื้อหาที่คัดลอกจากเว็บก่อน ตัวลบแท็ก HTML สามารถนำมาร์กอัปออกก่อนคำนวณได้ สำหรับ API ฐานข้อมูล หรือไฟล์ที่มีขีดจำกัดเคร่งครัด ให้ตรวจสอบการเข้ารหัสและนิยามหน่วยที่ระบบกำหนดจากเอกสารของระบบนั้น