← หัวข้อ

ขีดจำกัดของ Pusher: ขนาดข้อความ สมาชิก presence และ client events

ขีดจำกัดตายตัวของ Pusher Channels ตั้งแต่ขนาดอีเวนต์ 10 KB สมาชิก presence 100 คน ไปจนถึง client event 10 ครั้งต่อวินาที เหตุผลที่มี และวิธีออกแบบให้อยู่ในขีดจำกัด

นอกจากขีดจำกัดของแพ็กเกจเรื่องจำนวนการเชื่อมต่อและจำนวนข้อความต่อวันแล้ว Pusher Channels ยังมีขีดจำกัดตายตัวว่าอีเวนต์ ช่อง หรือสมาชิก presence หนึ่งรายการรับได้แค่ไหน ข้อจำกัดเหล่านี้คือสิ่งที่กลายเป็นข้อผิดพลาดบนระบบจริง เช่น 413 เมื่อ payload ใหญ่เกินไป client event ที่ถูกปฏิเสธ หรือช่อง presence ที่รับสมาชิกเพิ่มไม่ได้เมื่อครบ 100 คน

ขีดจำกัดของ Pusher Channels โดยสรุป

ตัวเลขของ Pusher มาจากหน้า HTTP API reference, channels, presence channels และ events ตรวจสอบเมื่อ 2026-10-30 ส่วนจำนวนการเชื่อมต่อและข้อความต่อวันของแต่ละแพ็กเกจอยู่ที่หน้า ราคา Pusher

ขนาดอีเวนต์: ขีดจำกัด 10 KB

เมื่อข้อมูลของอีเวนต์ใหญ่กว่า 10 KB Pusher จะตอบกลับ HTTP 413 ทั้งแบบอีเวนต์เดียวและแบบ batch ขีดจำกัดนี้นับที่ฟิลด์ data หลังเข้ารหัส JSON แล้ว เครื่องหมายคำพูดที่ถูก escape และตัวอักษรภาษาไทยจึงใช้พื้นที่มากกว่าที่เห็น

วิธีที่นิยมใช้เพื่อไม่ให้เกิน:

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

ใน Hibira ขีดจำกัดขึ้นกับแพ็กเกจ payload ที่ต้องการ 20 หรือ 50 KB เช่น diff ของเอกสารหรือชิ้นคำตอบ AI ที่มี metadata จึงใส่ได้ใน Pro หรือ Business โดยไม่ต้องแก้ไคลเอนต์

ช่อง presence: ขีดจำกัด 100 คน

ช่อง presence ของ Pusher รับสมาชิกได้สูงสุด 100 คน สมาชิกทุกคนได้รับรายชื่อทั้งหมดตอน subscribe และได้รับอีเวนต์ทุกครั้งที่มีคนเข้าหรือออก นี่คือเหตุผลของขีดจำกัด ถ้ามี 1,000 คน การเข้าร่วมแต่ละครั้งต้องส่ง 1,000 ครั้ง

Hibira ใช้ขีดจำกัด 100 คนเท่าเดิมสำหรับช่อง presence- โค้ดเดิมจึงทำงานเหมือนเดิม สำหรับผู้ชมจำนวนมาก เช่น ไลฟ์สตรีม เว็บบินาร์ หรือล็อบบี้เกม ช่อง presence-large- รับได้สูงสุด 100,000 คน และส่งจำนวนคนกับการเปลี่ยนแปลงแบบรวมชุดแทนรายชื่อทั้งหมด ฝั่งไคลเอนต์ดูได้ที่ คู่มือ large presence

Client events

Client event ให้เบราว์เซอร์ส่งถึงผู้ subscribe คนอื่นได้โดยไม่ผ่านเซิร์ฟเวอร์ของคุณ เหมาะกับสถานะกำลังพิมพ์หรือตำแหน่งเคอร์เซอร์ ใน Pusher ต้องเปิดใช้ทีละแอป ใช้ได้เฉพาะช่อง private- และ presence- ต้องมีคำนำหน้า client- จะไม่ส่งกลับไปหาผู้ส่ง และจำกัด 10 ครั้งต่อวินาทีต่อการเชื่อมต่อ Hibira ใช้กฎเดียวกัน ไคลเอนต์ที่อยู่ในขีดจำกัดของ Pusher จึงทำงานได้โดยไม่ต้องแก้

สำหรับอินพุตความถี่สูงอย่างเคอร์เซอร์ ให้ส่งไม่เกินทุก 100 ms และทิ้งตำแหน่งระหว่างทางแทนการต่อคิว

ขีดจำกัดของช่องและคำขอ

ชื่อช่องยาวได้สูงสุด 164 ตัวอักษร รวมคำนำหน้า private- หรือ presence- และใช้ได้เฉพาะตัวอักษรภาษาอังกฤษ ตัวเลข และ _ - = @ , . ; การเผยแพร่หนึ่งครั้งส่งได้สูงสุด 100 ช่อง และคำขอแบบ batch มีได้สูงสุด 10 อีเวนต์ คำขอที่มีลายเซ็นต้องมี timestamp ห่างจากนาฬิกาของเซิร์ฟเวอร์ไม่เกิน 600 วินาที เซิร์ฟเวอร์ที่นาฬิกาเพี้ยนจึงได้ 401

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

ขนาดข้อความสูงสุดของ Pusher คือเท่าไร?

ข้อมูลอีเวนต์ 10 KB อีเวนต์ที่ใหญ่กว่านั้นจะถูกปฏิเสธด้วย HTTP 413 ส่วน Hibira คือ Free 4 KB, Hobby และ Starter 10 KB, Pro และ Advanced 32 KB, Business และ Scale 64 KB

ช่อง presence ของ Pusher รับได้กี่คน?

100 คน Hibira ใช้ 100 คนสำหรับช่อง presence- และมีช่อง presence-large- ที่รับได้สูงสุด 100,000 คน โดยส่งจำนวนคนและการเปลี่ยนแปลงแบบรวมชุดแทนรายชื่อทั้งหมด

ย้ายมา Hibira ต้องแก้โค้ดไหม?

ไม่ต้อง โปรโตคอล ไลบรารีฝั่งไคลเอนต์และเซิร์ฟเวอร์ และขีดจำกัดเหล่านี้เหมือนเดิม เพียงมี payload ที่ใหญ่ขึ้นและช่อง presence ขนาดใหญ่ให้เลือกใช้เพิ่ม ขั้นตอนอยู่ใน คู่มือการย้าย

ชื่อผลิตภัณฑ์เป็นเครื่องหมายการค้าของเจ้าของ