ข้ามไปยังเนื้อหาหลัก
Multinook

เครื่องมือนับตัวอักษร SMS - ตัวตรวจสอบ GSM-7 ฟรี

คำนวณส่วน SMS แบบ GSM-7 (160 ตัวอักษร) เทียบกับ UCS-2 Unicode (70 ตัวอักษร), ตรวจหาอักขระที่ไม่ใช่ GSM และลดต้นทุนการส่งข้อความ

กำลังประมวลผลใน RAM ของเครื่อง...
ภาพรวม

สรุปย่อและประเด็นสำคัญ

ข้อมูลเชิงลึกที่จำเป็น สมรรถนะการทำงาน และการรับประกันความเป็นส่วนตัวอย่างรวดเร็ว

คำนิยามอย่างเป็นทางการ

ตัวนับอักขระ SMS และเครื่องคำนวณส่วน GSM-7 เป็นยูทิลิตี้การปฏิบัติตามข้อกำหนดด้านโทรคมนาคมที่ประเมินสตริงข้อความเทียบกับชุดอักขระ 7 บิต 3GPP TS 23.038 และมาตรฐาน Unicode UCS-2 16 บิต เพื่อคำนวณความยาว septet ที่แน่นอน การแบ่งส่วนหลายส่วนของ UDH และต้นทุนการเรียกเก็บเงินของผู้ให้บริการเครือข่าย

ภาพรวม|สถาปัตยกรรมฝั่งไคลเอนต์ที่ตรวจสอบแล้ว

หากต้องการคำนวณจำนวนตัวอักษร SMS และส่วนการเรียกเก็บเงินข้อความออนไลน์ฟรี ให้วางข้อความของคุณลงในเครื่องมือนับตัวอักษร SMS ของ Multinook เครื่องมือนี้จะตรวจสอบสำเนาของคุณกับอัลกอริทึม 3GPP TS 23.038 GSM-7 ใน RAM ของเบราว์เซอร์ โดยแสดงว่าข้อความของคุณส่งเป็นส่วน GSM-7 ขนาด 160 ตัวอักษร หรือ UCS-2 Unicode ขนาด 70 ตัวอักษร และไฮไลต์ตัวอักษรที่เพิ่มค่าใช้จ่ายของผู้ให้บริการเครือข่าย

การตรวจจับ 160 เทียบกับ 70 อักขระ

แสดงทันทีว่า SMS ของคุณใช้ GSM-7 แบบ 7 บิต (160 อักขระ) หรือ UCS-2 Unicode แบบ 16 บิต (70 อักขระ)

ระบุอักขระที่เป็นปัญหา

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

แก้ไขอัตโนมัติ GSM-7 ใน 1 คลิก

แปลงเครื่องหมายคำพูดอัจฉริยะและขีดกลางตามหลักการพิมพ์เป็นอักขระ GSM-7 มาตรฐานโดยอัตโนมัติ

เครื่องมือประมาณการต้นทุนกลุ่มแบบสด

คำนวณจำนวนส่วนที่แน่นอนและต้นทุนแคมเปญทั้งหมดสำหรับผู้รับนับพันคน

เครื่องมือนับตัวอักษร SMS - ตัวตรวจสอบ GSM-7 ฟรี — สถาปัตยกรรมทางเทคนิคและข้อมูลจำเพาะ
เอ็นจิ้นประสิทธิภาพสูง

เครื่องมือนับตัวอักษร SMS - ตัวตรวจสอบ GSM-7 ฟรี

คำนวณความยาวตัวอักษร SMS และส่วนข้อความ GSM-7 เทียบกับ Unicode ออนไลน์ฟรี ตรวจหาอีโมจิและเครื่องหมายคำพูดอัจฉริยะที่ทำให้ต้นทุน SMS เพิ่มขึ้นสามเท่าใน RAM ของเบราว์เซอร์

เครื่องคำนวณส่วนแบบเรียลไทม์ระหว่าง 3GPP TS 23.038 GSM-7 (160 / 153 ตัวอักษร) กับ UCS-2 Unicode (70 / 67 ตัวอักษร)
ไฮไลต์อักขระตัวปัญหาที่ไม่ใช่ GSM (เครื่องหมายคำพูดหยัก, เครื่องหมายเอ็มแดช, อีโม��ิ) ที่บังคับให้ใช้โหมด Unicode 70 ตัวอักษรที่มีราคาแพง
นับอักขระส่วนขยาย GSM-7 แบบ 2-septet อย่างแม่นยำ (^, {, }, \, [, ~, ], |, €) ซึ่งกินพื้นที่ 2 ตัวอักษรต่อตัว
ปุ่มแก้ไขอัตโนมัติเป็น GSM-7 ใน 1 คลิก ที่แปลงเครื่องหมายคำพูดอัจฉริยะ เครื่องหมายขีดคั่น และอักขระที่มีเครื่องหมายเสริมเพื่อประหยัดค่าใช้จ่าย SMS 50–70%
เครื่องมือประมาณการต้นทุนแคมเปญ SMS ในตัวสำหรับ Twilio, AWS SNS, MessageBird และการกระจายข้อความจำนวนมากของ Karix
การทำงานใน RAM ฝั่งไคลเอ็นต์ที่เป็นส่วนตัว 100% โดยไม่มีการอัปโหลดสำเนาแคมเปญไปยังเซิร์ฟเวอร์ภายนอก
ความเป็นส่วนตัวของข้อมูลแบบแยกส่วน

การรักษาความลับแบบไม่ต้องอัปโหลด 100%

ไฟล์ของคุณได้รับการประมวลผลภายใน RAM ของอุปกรณ์โดยใช้ WebAssembly อย่างเคร่งครัด ไม่มีการอัปโหลดขึ้นคลาวด์

ประมวลผลผ่าน RAM บนเบราว์เซอร์ 100% • ไม่มีการอัปโหลดไปยังเซิร์ฟเวอร์
ความเป็นส่วนตัวของข้อมูลแบบแยกส่วน
คำแนะนำทีละขั้นตอน

วิธีใช้งานออนไลน์: เครื่องมือนับตัวอักษร SMS - ตัวตรวจสอบ GSM-7 ฟรี

ทำตาม 3 ขั้นตอนง่ายๆ เหล่านี้เพื่อประมวลผลเอกสารของคุณในเบราว์เซอร์โดยตรงโดยไม่ต้องติดตั้งโปรแกรม

1

วางข้อความการตลาด SMS ของคุณ

ป้อนหรือวาง SMS โปรโมชัน เทมเพลต OTP หรือการแจ้งเตือนลูกค้าของคุณลงในช่องวิเคราะห์แบบสด

2

ตรวจสอบไฮไลต์อักขระที่เป็นปัญหาของ GSM-7 เทียบกับ Unicode

ตรวจสอบป้ายกำกับรหัสและแผนผังอักขระแบบสด ป้ายสีแดงจะไฮไลต์อักขระ Unicode ที่ไม่ใช่ GSM (เช่น เครื่องหมายคำพูดอัจฉริยะหรืออิโมจิ) และป้ายสีอำพันจะทำเครื่องหมายสัญลักษณ์ขยายแบบ 2-septet

3

แก้ไขอัตโนมัติเป็น GSM-7 ใน 1 คลิกและคัดลอก

คลิก 'แก้ไขอัตโนมัติเป็น GSM-7' เพื่อแทนที่เครื่องหมายวรรคตอนอัจฉริยะด้วยรูปแบบ GSM-7 มาตรฐาน ซึ่งจะช่วยคืนค่าขีดจำกัด 160 อักขระของคุณและลดค่าใช้จ่ายจากผู้ให้บริการเครือข่ายสำหรับข้อความหลายส่วน

การทดสอบความเป็นส่วนตัวและประสิทธิภาพ

ทำไม Multinook ถึงดีกว่าเครื่องมือแปลงบนคลาวด์แบบเดิม

ดูว่าสถาปัตยกรรม WebAssembly ฝั่งไคลเอนต์เปรียบเทียบกับบริการอัปโหลดคลาวด์ทั่วไปอย่างไร

การตรวจจับอักขระปัญหา Unicode

Multinook
ระบุตัวอักษรสีแดงที่แน่นอน
Paid Cloud Portals
แสดงเฉพาะชื่อการเข้ารหัส

เครื่องมือแก้ไขอัตโนมัติ GSM-7 ใน 1 คลิก

Multinook
แก้ไขเครื่องหมายคำพูดอัจฉริยะทันที
Paid Cloud Portals
ต้องพิมพ์ใหม่ด้วยตนเอง

การคำนวณส่วนขยาย 2-Septet

Multinook
นับไบต์หลบหนี (0x1B) ที่แน่นอน
Paid Cloud Portals
นับผิดว่า €, ^, {, }, [ เป็น 1

เครื่องมือคำนวณต้นทุนแคมเปญ

Multinook
ROI แบบกลุ่มสดและต้นทุนต่อส่วน
Paid Cloud Portals
ไม่รวมอยู่ด้วย

ความเป็นส่วนตัวของข้อมูล

Multinook
RAM ในเครื่อง 100% (อัปโหลด 0 ครั้ง)
Paid Cloud Portals
การติดตามบนคลาวด์เพื่อสร้างลูกค้าเป้าหมาย

ราคาและการเข้าถึง

Multinook
ฟรี 100% ตลอดชีพ (ไม่ต้องลงทะเบียน)
Paid Cloud Portals
จำกัดการใช้ง��นหลังเดโม SaaS
สถาปัตยกรรมทางเทคนิคและข้อมูลจำเพาะ

ข้อมูลจำเพาะและความเข้ากันได้ของรูปแบบไฟล์

พัฒนาขึ้นตามข้อกำหนด W3C WebAssembly และ Typed Array อย่างเคร่งครัด

มาตรฐานโทรคมนาคม3GPP TS 23.038 / GSM 03.38 & UCS-2 (ISO/IEC 10646) UTF-16
ความจุส่วนเดี่ยว160 Septets (GSM-7) / 70 หน่วยโค้ด (UCS-2 Unicode)
ความจุส่วนหลายส่วน153 Septets (GSM-7) / 67 หน่วยโค้ด (UCS-2 พร้อม UDH 6 ไบต์)
การตรวจจับ Septet ขยายติดตามอักขระหลบหนี 2-Septet (^, {, }, \, [, ~, ], |, €)
การแปล��อักษรอัตโนมัติเครื่องหมายวรรคตอนอัจฉริยะคลิกเดียวและการปรับมาตรฐานเครื่องหมายเสริมเสียงเป็น GSM-7
สถาปัตยกรรมความเป็นส่วนตัวRAM ของเบราว์เซอร์ฝั่งไคลเอนต์ 100% (ไม่มีการอัปโหลดเครือข่าย)
กลุ่มเป้าหมายและเวิร์กโฟลว์

กลุ่มเป้าหมายและกรณีการใช้งานจริง

ใครคือผู้ที่จะได้รับประโยชน์จากยูทิลิตี้ในเบราว์เซอร์นี้และควรใช้งานเมื่อใด

ผู้จัดการฝ่ายการรักษาลูกค้า & Klaviyo/Attentive

นักการตลาด SMS และอีคอมเมิร์ซ

การตรวจสอบข้อความส่งเสริมการขาย SMS เพื่อกำจัดเครื่องหมายคำพูดอัจฉริยะที่ซ่อนอยู่และป้องกันการเรียกเก็บเงินเกินจำนวนส่วน 2-3 เท่า

ผู้อ integración Twilio, AWS SNS & Sinch

วิศวกรซอฟต์แวร์และนักพัฒนา CPaaS

การตรวจสอบเทมเพลต OTP ธุรกรรม การแจ้งเตือนนัดหมาย และการแจ้งเตือนเว็บ��ุกเทียบกับขอบเขต UDH 153/67

ผู้ประสานงาน CRM และการจัดส่ง

ทีมสนับสนุนลูกค้าและฝ่ายปฏิบัติการ

การตรวจสอบให้แน่ใจว่าการแจ้งเตือนการจัดส่งอัตโนมัติและข้อความการตรวจสอบสิทธิ์แบบสองปัจจัยพอดีภายในเฟรม 160-septet เดียว

ผู้จัดระเบียบการเข้าถึงมวลชน

ผู้อำนวยการแคมเปญการเมืองและไม่แสวงหาผลกำไร

การคาดการณ์ค่าธรรมเนียมผู้ให้บริการต่อส่วนที่แน่นอนสำหรับการกระจายเสียงแก่ผู้สมัครสมาชิก 100,000 รายขึ้นไปก่อนการจัดส่ง

การทดสอบเชิงประจักษ์ในห้องปฏิบัติการ

การตรวจสอบโดยตรงและเกณฑ์มาตรฐานประสิทธิภาพ

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

Google Chrome 128 (Apple M3 Max)

ไฟล์: เทมเพลตการกระจายเสียง SMS หลายส่วน 1,500 อักขระ

การคำนวณ septet ของ GSM-7 และส่วน UDH 0.4msโอนย้าย 0 KB (RAM อุปกรณ์ในเครื่อง 100%)
Microsoft Edge 126 (Windows 11 x64 Intel i7)

ไฟล์: สำเนาอิโมจิผสมและเครื่องหมายคำพูดอัจฉริยะ 500 อักขระ

คู่ตัวแทน UTF-16 0.5ms และการไฮไลต์ปัญหาโอนย้าย 0 KB (RAM อุปกรณ์ในเครื่อง 100%)
Mobile Safari (iOS 18 / iPhone 15 Pro)

ไฟล์: ร่าง SMS โปรโมชัน 320 อักขระ

การแปลงอักษร GSM-7 คลิกเดียว 0.3msโอนย้าย 0 KB (RAM อุปกรณ์ในเครื่อง 100%)
ข้อสงสัยทั่วไป

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

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

ข้อความสั้นมาตรฐานใช้การเข้ารหัส GSM-7 (7 บิตต่ออักขระ) ซึ่งสามารถบรรจุ 160 อักขระลงในเพย์โหลด SMS ขนาด 140 ไบต์เดียว อย่างไรก็ตาม หากข้อความของคุณมีอักขระที่ไม่ใช่ GSM แม้แต่ตัวเดียว เช่น อิโมจิ เครื่องหมายคำพูดโค้ง (เช่น `’` ที่คัดลอกมาจาก Word หรือ Google Docs) หรือขีดกลางยาว (`—`) ผู้ให้บริการโทรคมนาคมจะต้องเปลี่ยนข้อความทั้งหมดเป็นการเข้ารหัส UCS-2 (Unicode 16 บิต) ซึ่งจะทำให้ขีดจำกัดของส่วนเดี่ยวลดลงเหลือเพียง 70 อัก��ระ
เมื่อ SMS เกินขีดจำกัดข้อความเดี่ยว (160 อักขระสำหรับ GSM-7 หรือ 70 อักขระสำหรับ UCS-2) ผู้ให้บริการจะแนบส่วนหัวข้อมูลผู้ใช้ (UDH) ขนาด 6 ไบต์เข้ากับแต่ละส่วนเพื่อให้โทรศัพท์ของผู้รับสามารถรวมข้อความกลับเข้าด้วยกันได้ UDH นี้ใช้ 7 septets ใน GSM-7 หรือ 3 อักขระใน Unicode ส่งผลให้ข้อความ GSM-7 แบบหลายส่วนบรรจุได้ 153 อักขระต่อส่วน (เช่น 306 อักขระสำหรับ 2 ส่วน) และข้อความ Unicode แบบหลายส่วนบรรจุได้ 67 อักขระต่อส่วน (134 อักขระสำหรับ 2 ส่วน)
อักขระเก้าตัวในตารางส่วนขยาย GSM 03.38 ต้องใช้คำนำหน้าหลบหนี (`0x1B`) และจึงใช้ 2 septets (2 อักขระ) ต่อตัว ได้แก่ แครอท (`^`), วงเล็บปีกกา (`{` และ `}`), แบ็กสแลช (`\`), วงเล็บเหลี่ยม (`[` และ `]`), เครื่องหมายตัวหนอน (`~`), ท่อแนวตั้ง (`|`) และเครื่องหมายยูโร (`€`)
สมมติว่าคุณเขียน SMS การตลาดความยาว 155 อักขระใน Google Docs โดยปกติแล้ว 155 อักขระจะพอดีกับส่วน GSM-7 1 ส่วน ($0.0079 บน Twilio) ��ต่ถ้า Google Docs แปลงอะโพสโตรฟของคุณ (`'`) เป็นเครื่องหมายคำพูดอัจฉริยะโค้ง (`’`) โดยอัตโนมัติ ข้อความของคุณจะเปลี่ยนเป็น UCS-2 Unicode (67 อักขระต่อส่วนแบบหลายส่วน) ข้อความ 155 อักขระของคุณจะถูกเรียกเก็บเงินทันทีเป็น 3 ส่วนแยกกัน (155 ÷ 67 = 2.31 → 3 ส่วน) ซึ่งทำให้ต้นทุนแคมเปญของคุณเพิ่มขึ้นสามเท่า!
เมื่อคุณคลิก 'แก้ไขอัตโนมัติเป็น GSM-7' เอ็นจิ้นการแปลงเสียงตัวอักษรฝั่งไคลเอนต์ของเราจะแทนที่เครื่องหมายคำพูดโค้ง (`‘ ’ “ ”`) ด้วยเครื่องหมายคำพูด ASCII ตรง (`' "`) โดยอ��ตโนมัติ แปลงขีดกลาง em/en (`— –`) เป็นยัติภังค์มาตรฐาน (`-`) แทนที่ช่องว่างที่ไม่ตัดด้วยช่องว่างปกติ และแมปตัวอักษรสำเนียงที่ไม่รองรับกับเทียบเท่า GSM-7 ที่ใกล้เคียงที่สุด
ประการแรก การเพิ่มอิโมจิใดๆ จะบังคับให้ SMS ทั้งหมดเข้าสู่โหมด UCS-2 Unicode (70 อักขระสำหรับ 1 ส่วน, 67 อักขระต่อส่วนที่เชื่อมต่อกัน) ประการที่สอง เนื่องจากอิโมจิสมัยใหม่ส่วนใหญ่อยู่ภายนอกระนาบพหุภาษาพื้นฐาน (Basic Multilingual Plane) จึงถูกเข้ารหัสเป็นคู่ตัวแทน UTF-16 ซึ่งหมายความว่าอิโมจิมาตร���านแต่ละตัวจะใช้ 2 อักขระ Unicode (4 ไบต์) และอิโมจิผสมที่มีโทนสีผิวหรือลำดับ ZWJ อาจใช้ 4 ถึง 8 อักขระ
ผู้ให้บริการโทรคมนาคมและผู้ให้บริการ CPaaS ทั่วโลกส่วนใหญ่ (Twilio, AWS SNS, Vonage, Sinch) บังคับใช้ขีดจำกัดการเชื่อมต่อสูงสุด 10 ส่วน (1,530 อักขระ GSM-7 หรือ 670 อักขระ UCS-2 Unicode) แม้ว่าจะแนะนำอย่างยิ่งให้นำข้อความการตลาดอยู่ภายใน 1 ถึง 2 ส่วน (ต่ำกว่า 160 หรือ 306 อักขระ GSM-7) เพื่อความสามารถในการส่งมอบ
ไม่มีทาง การคำนวณ septet ของ GSM-7 ทั้งหมด การตรวจสอบ Unicode และการประมาณการเรียกเก็บเงินจะทำงานแบบท้องถิ่น 100% ภายใน RAM ของเบราว์เซอร์ของคุณโดยไม่มีการส่งข้อมูลไปยังเซิร์ฟเวอร์
มาตรฐานและหลักฐาน

มาตรฐานที่น่าเชื่อถือและการอ้างอิงทางเทคนิค

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

เพย์โหลดโทรคมนาคม 140 ไบต์: ทำความเข้าใจการเข้ารหัส GSM 03.38 (GSM-7) เทียบกับ UCS-2

เฟรมบริการข้อความสั้น (SMS) มาตรฐานทุกเฟรมที่ส่งผ่านช่องสัญญาณการส่งสัญญาณเซลลูลาร์จะจำกัดไว้ที่ 1,120 บิตอย่างเคร่งครัด (140 อ็อกเทต/ไบต์) ภายใต้ข้อกำหนด 3GPP TS 23.038 เมื่อข้อความใช้อخذระจากชุดอักขระเ��ิ่มต้นและส่วนขยาย GSM-7 128 อักขระเท่านั้น อักขระแต่ละตัวจะถูกบรรจุโดยใช้ 7 บิต (septet) การหาร 1120 บิตด้วย 7 บิตต่อ septet จะได้ขีดจำกัด SMS 160 อักขระที่โด่งดัง ($1120 / 7 = 160$)

อย่างไรก็ตาม ในช่วงเวลาที่ข้อความมีอักขระอยู่นอกชุดอักขระ GSM-7 เช่น อักษรซีริลลิก อาหรับ ฮินดี หรือจีน อิโมจิ หรือเครื่องหมายคำพูดโค้งตามหลักการพิมพ์ (`U+2019`) เกตเวย์ SMS จะต้องเข้ารหัสเพย์โหลดทั้งหมดใหม่โดยใช้ UCS-2 (16 บิต / 2 ไบต์ต่อหน่วยโค้ด) การหาร 1120 บิตด้วย 16 บิตจะช่วยลดความจุข้อความเดี่ยวลงเหลือ 70 อักขระทันที

ส่วนหัวข้อมูลผู้��ช้ (UDH) และคณิตศาสตร์ซ่อนเร้นของการเชื่อมต่อ SMS หลายส่วน

เมื่อข้อความเกิน 160 septets ของ GSM-7 หรือ 70 หน่วยโค้ดของ UCS-2 จะไม่สามารถส่งเป็นเฟรม PDU เดี่ยวได้ แต่ผู้ให้บริการจะแบ่งข้อความออกเป็นหลายส่วนและเติมส่วนหัวข้อมูลผู้ใช้ (UDH) ขนาด 6 ไบต์ (48 บิต) ไว้หน้าทุกส่วน ซึ่งประกอบด้วยรหัสอ้างอิง จำนวนส่วนทั้งหมด และหมายเลขลำดับ

ในโหมด GSM-7 UDH 48 บิตบวกกับบิตเติม 1 บิตจะใช้พื้นที่ 49 บิต ซึ่งก็คือ 7 septets พอดี ทำให้ความจุข้อความที่ใช้งานได้ของแต่ละส่วนลดลงจาก 160 เหลือ 153 septets ในโหมด UCS-2 48 บิตเหล่านั้นจะใช้หน่วยโค้ด 16 บิตเต็ม 3 หน่วย ทำให้ความจุของแต่ละส่วนลดลงจาก 70 เหลือ 67 อักขระ เนื่องจากแพลตฟอร์ม CPaaS คิดค่าบริการตามส่วนที่ส่งแทนที่จะเป็นตามข้อความเชิงตรรกะ ทริกเกอร์ Unicode ที่ไม่ได้ตั้งใจจึงสามารถคูณงบประมาณ SMS ขององค์กรขึ้น 200% ถึง 300% ข้ามคืนได้

การกำจัดความเสื่อมของ Unicode โดยไม่ได้ตั้งใจก่อนเปิดตัวแคมเปญ

ทีมการตลาดมักจะร่างแคมเปญ SMS ใน Notion, Google Docs หรือ Microsoft Word ซึ่งจะแทนที่เครื่องหมายอะโพสโตรฟตรง (`'`) ด้วยเครื่องหมายคำพูดเดี่ยวขวาแบบโค้ง (`’`) และขีดกลางคู่ด้วยขีดกลางยาว (`—`) ���ดยอัตโนมัติ ตัวตรวจสอบ septet แบบสดของ Multinook จะทำเครื่องหมายอักขระที่ไม่ใช่ GSM ทั้งหมดด้วยสีแดงสว่าง และมีการแปลงอักษรแบบคลิกเดียวทันทีใน RAM ของเบราว์เซอร์ในเครื่อง

ยืนยันความปลอดภัยด้วย RAM บนเบราว์เซอร์ 100%
อัปเดตตามมาตรฐานเว็บปี 2026

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

ดูเครื่องมือในหมวดหมู่ทั้งหมด →