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

Releases

อัปเดต Entergram สัปดาห์วันที่ 25 มิถุนายน 2026: ความเสถียร เครื่องมือพร็อกซี และการแก้ไขกว่า 25 รายการ

Denis ซีอีโอของ Entergram
Denis 25 มิ.ย. 2026 6 นาทีในการอ่าน
อัปเดตประจำสัปดาห์ของ Entergram วันที่ 25 มิถุนายน 2026: ความเสถียรที่ดีขึ้น เครื่องมือพร็อกซี และการแก้บั๊กกว่า 25 รายการ
Releases

สัปดาห์นี้เป็นสัปดาห์งานวิศวกรรมเชิงลึกของ Entergram เราเปิดตัวฟีเจอร์ด้านโครงสร้างพื้นฐานใหม่สองรายการ ปรับปรุงความเสถียรของเวิร์กสเปซที่มีปริมาณงานสูงได้อย่างชัดเจน และปิดบั๊กกว่า 25 รายการ ครอบคลุมการส่งข้อความ การจัดการการเชื่อมต่อ การเริ่มใช้งาน การเรียกเก็บเงิน และตาราง CRM ต่อไปนี้คือทุกอย่างที่ปล่อยออกไป


ใหม่: เครื่องมือพร็อกซีสำหรับแอดมิน

การใช้พร็อกซีแยกตามเส้นทาง และพูลพร็อกซีแบบคงที่

ตอนนี้แอดมินสามารถระบุได้ว่าทราฟฟิกพร็อกซีมาจากเส้นทาง (route) และบัญชีที่เชื่อมต่อใด คุณจึงเห็นว่าการเชื่อมต่อไหนใช้แบนด์วิดท์พร็อกซีมากที่สุด นอกจากนี้ คุณยังกำหนดพร็อกซีแบบคงที่ (static proxy) เฉพาะให้แต่ละเส้นทางได้ด้วย ซึ่งมีประโยชน์เมื่อคุณต้องการ IP ที่คาดเดาได้และเสถียรสำหรับบัญชี Telegram บางบัญชี แทนที่จะปล่อยให้พูลหมุนเวียน IP ไปเรื่อย ๆ

ตัวตรวจสุขภาพพร็อกซีในแผงแอดมิน

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


ประสิทธิภาพ: เร็วขึ้นและเสถียรขึ้นสำหรับเวิร์กสเปซขนาดใหญ่

ทำให้ ws-v2 เสถียรสำหรับเวิร์กสเปซปริมาณงานสูง

เวิร์กสเปซขนาดใหญ่ ซึ่งมีแชตหลายร้อยแชตจากบัญชีที่เชื่อมต่ออยู่จำนวนมาก เคยเจอปัญหา main thread ถูกบล็อกอย่างหนักและเบราว์เซอร์หน่วง สัปดาห์นี้เราปรับปรุงเอนจินการเชื่อมต่อ ws-v2 ใหม่ เพื่อจำกัดการยิง account.bind เป็นชุด ๆ และกระจายจังหวะการเรียก folder.chats.fetch ผลลัพธ์คือ เซสชัน QA ที่เดิมมี long task 692 รายการ และ main thread ถูกบล็อกราว 166 วินาที ตอนนี้โหลดได้อย่างราบรื่น

ป้าย "Reconnect Required" ไม่ขึ้นผิดพลาดอีกต่อไป

บัญชีในเวิร์กสเปซที่มีงานหนาแน่นเคยแสดงป้าย "Reconnect Required / Disconnected" ทั้งที่เซสชัน MTProto ฝั่งแบ็กเอนด์ยังทำงานและรับส่งทราฟฟิกอยู่ ผู้ดูแลที่กด Reconnect จึงทำให้เกิดการล็อกอินใหม่โดยไม่จำเป็น และบางกรณีก็ชนขีดจำกัด FLOOD_WAIT ของ Telegram สำหรับเบอร์โทรศัพท์นั้น ตอนนี้ป้ายจะแสดงเฉพาะเมื่อมีปัญหาการเชื่อมต่อจริงเท่านั้น


การแก้ไข: การส่งข้อความและแชต

ข้อความเสียงเล่นได้อีกครั้ง ข้อความเสียงขาเข้าเคยล้มเหลวแบบเงียบ ๆ กดปุ่มเล่นแล้วไม่มีอะไรเกิดขึ้น แก้ไขแล้วในแชตทุกประเภท (DEV-133)

แก้ข้อผิดพลาด "Socket closed" แล้ว หลายเวิร์กสเปซเจอการตัดการเชื่อมต่อแบบรุนแรง พร้อมข้อผิดพลาดในบริบทของ chat.subscribe ตอนนี้ตรรกะการเชื่อมต่อ socket ใหม่ที่อยู่เบื้องหลังเสถียรแล้ว (DEV-120)

ประวัติของซูเปอร์กรุ๊ปและแชนแนลโหลดได้ถูกต้อง การไล่ดูในซูเปอร์กรุ๊ปเคยทำให้เกิดข้อผิดพลาด "Invalid realtime command payload" บนเส้นทาง history.around เมื่อฟรอนต์เอนด์ส่ง peer hint (entity_class_name) ที่เกตเวย์ไม่รู้จัก แก้ไขแล้วที่ชั้นเกตเวย์ (DEV-168, PRODUCT-121)

หน้าเว็บไม่ค้างระหว่างแชตหรือส่งต่อข้อความอีกต่อไป ปัญหากลุ่มหนึ่งที่ทำให้หน้าค้างและต้องรีเฟรชขณะผู้ดูแลกำลังคุยกับลูกค้าได้รับการแก้ไขแล้ว (DEV-143)

สถานะออนไลน์ตรงกันทุกที่ ตัวบอกสถานะในตารางแชตกับในส่วนหัวของหน้าแชตเคยอ่านค่าจากคนละแหล่ง ตอนนี้ทั้งสองใช้สถานะออนไลน์ที่ประมวลผลแล้วชุดเดียวกัน (DEV-186)

ชื่อผู้ส่งในแชตกลุ่มถูกต้อง บับเบิลข้อความในเธรดกลุ่มบางครั้งแสดงชื่อผู้ใช้ Telegram ผิดคนเหนือเนื้อหาข้อความ แก้ไขแล้วทั้งในเส้นทาง chat_list.window.snapshot และ live_chat_list.delta (DEV-192)

จำนวนข้อความที่ยังไม่อ่านแม่นยำ มีหลายสถานการณ์ที่ทำให้ป้ายข้อความยังไม่อ่านนับเกิน เช่น ส่งข้อความไป 2 ข้อความแต่กลับเห็นว่ายังไม่อ่าน 5 ข้อความ ตอนนี้ตัวนับกระทบยอดได้ถูกต้องแม้มีการเชื่อมต่อใหม่ (DEV-135)

แก้บับเบิลข้อความซ้ำแล้ว เมื่อบัญชีที่เชื่อมต่อตั้งแต่สองบัญชีขึ้นไปอยู่ในแชตเดียวกัน ข้อความเดียวกันอาจแสดงสองครั้งในเธรดที่เปิดอยู่ นี่เป็นบั๊กการกรองข้อมูลซ้ำตอนเรนเดอร์ที่ชั้นฟรอนต์เอนด์ ไม่ใช่ปัญหาการรวมข้อมูลข้ามบัญชี แก้ไขแล้ว (DEV-183)

แก้ชื่อผู้ส่งสำรองและผู้กดรีแอกชันแล้ว ประวัติแชตบางครั้งแสดง other เป็นชื่อผู้ส่งของข้อความขาเข้า และป๊อปโอเวอร์รีแอกชันค้างอยู่ที่ "Loading reactions" ทั้งสองอย่างแก้ไขแล้ว (DEV-156)

แชตยังอยู่ในมุมมองโฟลเดอร์หลังคุณตอบกลับ โฟลเดอร์ที่เปิดตัวเลือก "Exclude read chats" เคยดึงแชตออกทันทีที่ผู้ดูแลส่งคำตอบ ทำให้บทสนทนาหายไประหว่างทำงาน ตอนนี้โฟลเดอร์จะเก็บแชตที่ตอบแล้วไว้จนกว่าคุณจะออกจากหน้านั้น (DEV-178)

MCP ส่งข้อความถึงผู้ติดต่อใหม่ได้ การเชื่อมต่อ MCP เคยเกิดข้อผิดพลาดเมื่อพยายามส่งข้อความถึงผู้ติดต่อ Telegram ที่คุณไม่เคยคุยด้วยมาก่อน ตอนนี้การส่งครั้งแรกทำงานได้ถูกต้องแล้ว (DEV-141)


การแก้ไข: การจัดการการเชื่อมต่อและเซสชัน

เซสชันที่ตายแล้วกู้คืนได้เอง บั๊กในตรรกะความจุของเส้นทางใน session-agent (observeRoutes) ทำให้บางเซสชันไม่รีสตาร์ตอีกเลยหลังจากตายไป บัญชีที่ได้รับผลกระทบจะแสดง nats: no responders ทุกครั้งที่ขอประวัติหรือโฟลเดอร์ และการรีสตาร์ตเอเจนต์ก็ไม่ช่วยอะไร บั๊กการขาดทรัพยากร (starvation) นี้แก้ไขแล้ว เซสชันที่ตายจะฟื้นตัวเองได้ (DEV-139)

หน้าต่างเชื่อมต่อ ws-v2 ไม่ท่วมด้วยข้อผิดพลาด 400 อีกต่อไป ปัญหาด้านจังหวะเวลาทำให้ลูปตรวจสถานะการเชื่อมต่อบัญชีคอยเรียก ID เซสชันยืนยันตัวตนที่ไม่มีอยู่จริง จนเกิดการแจ้งเตือน API request failed: 400 หลายร้อยครั้งในเซสชันเดียว แก้ไขแล้วที่วงจรชีวิตของการ polling (DEV-181)

สถานะการเชื่อมต่อพร็อกซีแสดงถูกต้องใน Settings ตัวบอกสถานะพร็อกซีเคยค้างที่ "loading" ทุกครั้งที่คุณเข้าหน้า Settings แม้การเชื่อมต่อจะปกติดี ตอนนี้แสดงสถานะจริงแบบสด (DEV-154)


การแก้ไข: เวิร์กสเปซและการเริ่มใช้งาน

ผู้ใช้เข้าร่วมเวิร์กสเปซได้อย่างเชื่อถือได้ React เคยแครชด้วยข้อผิดพลาด maximum update depth (#185) ทุกครั้งที่ผู้ใช้ใหม่เข้ามาที่ตารางแชต CRM หลังเข้าร่วม ต้นเหตุคืออาร์เรย์ค่าคงที่ที่ถูกสร้างใหม่ซ้ำ ๆ ภายในนิยาม CHAT_PAGE_SIZE_OPTIONS ตอนนี้ย้ายออกไปไว้นอกรอบการเรนเดอร์แล้ว (DEV-165, DEV-167)

แก้การรับคำเชิญระหว่างเริ่มใช้งานแล้ว ผู้ใช้ที่วางลิงก์เชิญเวิร์กสเปซระหว่างขั้นตอนเริ่มใช้งานเคยทำขั้นตอนจนจบได้โดยไม่ได้เข้าร่วมเวิร์กสเปซเป้าหมายจริง กลับไปอยู่ในเวิร์กสเปซส่วนตัวที่ว่างเปล่าแทน แล้วก็แครชเมื่อไปที่ Settings → Chat Table ตอนนี้ตรรกะการรับคำเชิญและการเปลี่ยนเส้นทางถูกต้องแล้ว (DEV-170)

ผู้ใช้ที่ถูกนำออกไม่กลับมาอีก สมาชิกเวิร์กสเปซที่ถูกนำออกหรือออกไปเองเคยถูกดึงกลับเข้ามาทุกครั้งที่รีเฟรชหน้า ผ่านเซสชันลิงก์เชิญจากขั้นตอนเริ่มใช้งานที่ค้างอยู่ ตอนนี้ endpoint /api/onboarding จะตรวจสถานะสมาชิกก่อนเพิ่มกลับเข้าไป (DEV-175)


การแก้ไข: การตั้งค่าบัญชี

ยกเลิกคำขอเปลี่ยนอีเมลได้ ปุ่มยกเลิกสำหรับคำขอเปลี่ยนอีเมลที่รอดำเนินการไม่ได้ผูกกับการทำงานใดไว้ กดแล้วไม่มีอะไรเกิดขึ้น ตอนนี้ยกเลิกคำขอที่รอดำเนินการได้ถูกต้อง (DEV-137)

การเลือกแชตในธีมสว่างมองเห็นได้ชัด การเลือกแถวแชตในธีมขาวหรือธีมสว่างเคยทำให้ไฮไลต์มองไม่เห็นหรือแทบมองไม่เห็น เพราะขาดโทเคนคอนทราสต์ แก้ไขแล้ว (DEV-157)


การแก้ไข: การเรียกเก็บเงินและการสมัครสมาชิก

เจ้าของที่อยู่ในช่วงทดลองซื้อที่นั่งได้โดยไม่ติดทางตัน การเรียก purchaseSeat() ก่อนที่เจ้าของจะมีการสมัครสมาชิกแบบชำระเงินที่ใช้งานอยู่ จะได้ผลลัพธ์ 400 OWNER_SUBSCRIPTION_REQUIRED ตอนนี้เจ้าของที่อยู่ในช่วงทดลองจะเห็นข้อความชัดเจนให้สมัครสมาชิกก่อน พร้อมทางลัดไปยังหน้าการสมัครสมาชิก (DEV-174)

การซื้อแพ็กเกจสมาชิกทำงานได้อย่างเชื่อถือได้ ปัญหากลุ่มหนึ่งที่เกิดข้อขัดแย้งด้านการยืนยันตัวตน 401/403 ตอนชำระเงิน ซึ่งเกิดจากเซสชันถูกทำให้ใช้ไม่ได้ระหว่างการเปลี่ยนเส้นทางไปยัง Stripe ได้รับการแก้ไขแล้ว (DEV-172)


การแก้ไข: ตาราง CRM

สื่อและวิดีโอเล่นได้โดยไม่เจอข้อผิดพลาดการจำกัดอัตรา endpoint /api/realtime/media เคยอยู่ภายใต้ตัวจำกัดอัตราทั่วไปที่ 20 คำขอต่อนาที การสตรีมวิดีโอในเบราว์เซอร์จะส่งคำขอแบบ byte-range หลายครั้งสำหรับไฟล์เดียวกัน จึงชนขีดจำกัดภายในไม่ถึงวินาที ตอนนี้คำขอสื่อข้ามตัวจำกัดอัตราทั่วไปไปแล้ว (DEV-152)

การค้นหาครบถ้วนและสม่ำเสมอ การค้นหาบางครั้งได้ผลลัพธ์ไม่ครบ หรือเกิดข้อผิดพลาด "Telegram Search is unavailable" ในการค้นหาครั้งแรก ส่วนการค้นคำเดิมครั้งต่อ ๆ ไปกลับทำงานได้ แก้ไขแล้ว ตอนนี้ได้ผลลัพธ์ที่ถูกต้องตั้งแต่คำขอแรก (DEV-136)

"Time since first incoming message" นับจากเวลาของ Telegram ไม่ใช่จากตอนเปิดแอป คอลัมน์พิเศษนี้เคยเริ่มจับเวลาตั้งแต่ตอนที่คุณเปิด Entergram แทนที่จะเริ่มจากตอนที่ Telegram ได้รับข้อความนั้นเป็นครั้งแรก ตอนนี้แหล่งที่มาของเวลาถูกต้องแล้ว (DEV-162)


บันทึกการเปลี่ยนแปลง

บันทึกการเปลี่ยนแปลงฉบับสมบูรณ์ของ v0.16.0 และทุกเวอร์ชันก่อนหน้า ดูได้ที่ หน้า What's New ของ Entergram

Denis ซีอีโอของ Entergram
Denis

ผู้ร่วมก่อตั้งและ CEO ของ Entergram

Denis เป็นผู้ร่วมก่อตั้งและ CEO ของ Entergram เขาใช้ Telegram มานาน ดูแลกลยุทธ์ผลิตภัณฑ์ และเขียนถึงการตัดสินใจด้านการดำเนินงานและผลิตภัณฑ์เบื้องหลัง CRM สำหรับ Telegram ระบบอัตโนมัติ และการทำงานกับหลายบัญชี

25 มิ.ย. 2026 · 6 นาทีในการอ่าน

บทความเพิ่มเติมโดย Denis

พร้อมยกระดับการทำงานบน Telegram แล้วหรือยัง

อย่าปล่อยให้เสียลูกค้าไปอีก อย่าปล่อยให้ตกหล่นข้อความอีก

เริ่มใช้ Entergram