Releases
Cập nhật Entergram tuần 25/6/2026: ổn định hơn, công cụ proxy và hơn 25 bản sửa lỗi

Đây là một tuần tập trung sâu vào kỹ thuật tại Entergram. Chúng tôi ra mắt hai tính năng hạ tầng mới, cải thiện đáng kể độ ổn định cho các workspace có lưu lượng lớn và đóng hơn 25 lỗi liên quan đến nhắn tin, quản lý kết nối, onboarding, thanh toán và bảng CRM. Dưới đây là toàn bộ những gì đã được triển khai.
Mới: công cụ proxy cho quản trị viên
Mức dùng proxy theo route và kho proxy tĩnh
Giờ đây quản trị viên có thể gán lưu lượng proxy cho từng route và từng tài khoản đã kết nối, để bạn thấy rõ kết nối nào tiêu tốn nhiều băng thông proxy nhất. Cùng với đó, bạn có thể gán proxy tĩnh riêng cho từng route. Điều này hữu ích khi bạn cần một IP ổn định, dễ đoán cho những tài khoản Telegram cụ thể thay vì để kho proxy tự xoay vòng.
Giám sát tình trạng proxy trong trang quản trị
Một tiến trình nền giờ sẽ định kỳ kiểm tra từng proxy và cập nhật trạng thái của nó. Nhờ vậy, trang quản trị phản ánh đúng tình trạng kết nối thực tế. Bạn có thể phát hiện proxy đang xuống cấp trước khi chúng âm thầm ảnh hưởng đến người dùng, thay vì chỉ biết sự cố qua ticket hỗ trợ.
Hiệu năng: nhanh hơn và ổn định hơn cho workspace lớn
Ổn định ws-v2 cho workspace có lưu lượng lớn
Các workspace lớn, tức những workspace có hàng trăm cuộc chat trên nhiều tài khoản đã kết nối, từng bị chặn luồng chính nghiêm trọng và trình duyệt bị giật. Tuần này chúng tôi đã đại tu engine kết nối ws-v2 để điều tiết các đợt account.bind dồn dập và giãn nhịp các lệnh gọi folder.chats.fetch. Kết quả: một phiên QA trước đây tạo ra 692 tác vụ dài và khoảng 166 giây chặn luồng chính nay đã tải mượt mà.
Huy hiệu "Reconnect Required" không còn báo nhầm
Các tài khoản trong workspace bận rộn từng hiện huy hiệu "Reconnect Required / Disconnected" (cần kết nối lại / mất kết nối) ngay cả khi phiên MTProto ở backend vẫn sống và đang phục vụ lưu lượng. Nhân viên bấm Reconnect sẽ kích hoạt đăng nhập lại không cần thiết, và có trường hợp số điện thoại bị dính giới hạn FLOOD_WAIT của Telegram. Giờ đây huy hiệu chỉ xuất hiện khi kết nối thật sự có vấn đề.
Sửa lỗi: nhắn tin và chat
Tin nhắn thoại phát lại được. Tin nhắn thoại đến từng lỗi mà không báo gì, nút phát không có tác dụng. Đã sửa cho mọi loại chat. (DEV-133)
Đã khắc phục lỗi "Socket closed". Một số workspace từng bị ngắt kết nối hoàn toàn kèm lỗi ngữ cảnh chat.subscribe. Logic kết nối lại socket bên dưới giờ đã ổn định. (DEV-120)
Lịch sử supergroup và kênh tải đúng. Khi di chuyển trong supergroup, lỗi "Invalid realtime command payload" từng xuất hiện trên đường history.around mỗi khi frontend gửi gợi ý peer (entity_class_name) mà gateway không nhận ra. Đã sửa ở tầng gateway. (DEV-168, PRODUCT-121)
Trang không còn bị treo khi đang chat hoặc chuyển tiếp. Một nhóm lỗi treo trang và phải tải lại, ảnh hưởng đến nhân viên ngay giữa cuộc trò chuyện, đã được khắc phục. (DEV-143)
Trạng thái trực tuyến nhất quán. Chỉ báo trực tuyến trong bảng chat và trong phần đầu khung chat từng đọc từ hai nguồn khác nhau. Giờ cả hai dùng chung một trạng thái đã được xác định. (DEV-186)
Tên người gửi đúng trong chat nhóm. Bong bóng tin nhắn trong luồng nhóm đôi khi hiện sai tên người dùng Telegram phía trên nội dung. Đã sửa ở cả hai đường chat_list.window.snapshot và live_chat_list.delta. (DEV-192)
Số tin chưa đọc luôn chính xác. Một số tình huống khiến huy hiệu chưa đọc đếm dư, ví dụ gửi 2 tin nhắn nhưng thấy 5 tin chưa đọc. Bộ đếm giờ đối chiếu chính xác qua các lần kết nối lại. (DEV-135)
Đã sửa bong bóng tin nhắn bị trùng. Khi hai hoặc nhiều tài khoản đã kết nối cùng tham gia một cuộc chat, cùng một tin nhắn có thể xuất hiện hai lần trong luồng đang mở. Đây là lỗi khử trùng lặp khi hiển thị ở tầng frontend, không phải lỗi gộp dữ liệu giữa các tài khoản. Đã sửa. (DEV-183)
Đã sửa người gửi dự phòng và người thả cảm xúc. Lịch sử chat đôi khi hiện other làm nhãn người gửi cho tin nhắn đến, còn cửa sổ cảm xúc thì kẹt ở "Loading reactions". Cả hai đã được sửa. (DEV-156)
Chat vẫn ở trong thư mục sau khi bạn trả lời. Các thư mục bật cờ "Exclude read chats" (loại trừ chat đã đọc) từng đẩy chat ra ngay khi nhân viên gửi trả lời, khiến cuộc trò chuyện biến mất giữa phiên làm việc. Giờ thư mục giữ lại các chat đã trả lời cho đến khi bạn chuyển sang chỗ khác. (DEV-178)
MCP gửi được cho liên hệ mới. Tích hợp MCP từng báo lỗi khi cố gửi tin nhắn cho một liên hệ Telegram bạn chưa từng trò chuyện. Lần gửi đầu tiên giờ đã hoạt động đúng. (DEV-141)
Sửa lỗi: quản lý kết nối và phiên
Phiên chết tự phục hồi. Một lỗi trong logic dung lượng route của session-agent (observeRoutes) khiến một số phiên không khởi động lại sau khi chết. Các tài khoản bị ảnh hưởng hiện nats: no responders ở mọi yêu cầu lịch sử hoặc thư mục, và khởi động lại agent cũng không giúp được. Lỗi thiếu tài nguyên này đã được khắc phục, các phiên chết giờ tự hồi sinh. (DEV-139)
Hộp thoại kết nối ws-v2 không còn tràn lỗi 400. Một vấn đề về thời điểm khiến vòng lặp polling khi kết nối tài khoản liên tục truy vấn một ID phiên xác thực không tồn tại, tạo ra hàng trăm thông báo API request failed: 400 trong một phiên. Đã sửa ở vòng đời polling. (DEV-181)
Trạng thái kết nối proxy hiển thị đúng trong Settings. Chỉ báo proxy từng kẹt ở trạng thái "loading" mỗi khi bạn vào trang Settings (cài đặt), kể cả với kết nối đang hoạt động tốt. Giờ nó phản ánh đúng trạng thái trực tiếp. (DEV-154)
Sửa lỗi: workspace và onboarding
Người dùng tham gia workspace ổn định. Một sự cố React vượt độ sâu cập nhật tối đa (#185) xảy ra mỗi khi người dùng mới vào bảng chat CRM sau khi tham gia. Nguyên nhân gốc là một tham chiếu mảng hằng bị tạo lại bên trong định nghĩa CHAT_PAGE_SIZE_OPTIONS. Giờ nó đã được đưa ra ngoài chu kỳ render. (DEV-165, DEV-167)
Đã sửa việc chấp nhận lời mời khi onboarding. Người dùng dán liên kết mời workspace trong lúc onboarding có thể hoàn tất quy trình mà không thật sự vào workspace đích. Họ rơi vào một workspace cá nhân trống, rồi bị lỗi khi chuyển đến Settings → Chat Table. Logic chấp nhận lời mời và chuyển hướng giờ đã đúng. (DEV-170)
Người dùng đã bị xóa không còn xuất hiện lại. Thành viên workspace đã bị xóa hoặc đã rời đi từng bị kéo trở lại mỗi khi tải lại trang thông qua một phiên liên kết mời onboarding cũ. Endpoint /api/onboarding giờ kiểm tra trạng thái thành viên trước khi cho tham gia lại. (DEV-175)
Sửa lỗi: cài đặt tài khoản
Có thể hủy yêu cầu đổi email. Nút hủy cho yêu cầu đổi email đang chờ chưa được gắn với hành động nào, bấm vào không có tác dụng. Giờ nút này hủy đúng yêu cầu đang chờ. (DEV-137)
Chọn chat ở giao diện sáng đã dễ nhìn. Khi chọn các dòng chat ở giao diện trắng/sáng, phần đánh dấu gần như không nhìn thấy do thiếu token độ tương phản. Đã sửa. (DEV-157)
Sửa lỗi: thanh toán và gói đăng ký
Chủ sở hữu đang dùng thử có thể mua ghế mà không gặp lỗi bế tắc. Gọi purchaseSeat() khi chủ sở hữu chưa có gói trả phí đang hoạt động sẽ trả về 400 OWNER_SUBSCRIPTION_REQUIRED. Giờ chủ sở hữu đang dùng thử sẽ thấy lời nhắc rõ ràng để đăng ký trước, kèm đường dẫn thẳng đến trang đăng ký. (DEV-174)
Mua gói đăng ký hoạt động ổn định. Một nhóm xung đột xác thực 401/403 khi thanh toán, phát sinh do phiên bị vô hiệu trong lúc chuyển hướng sang Stripe, đã được khắc phục. (DEV-172)
Sửa lỗi: bảng CRM
Media và video phát mà không bị lỗi giới hạn tần suất. Endpoint /api/realtime/media từng chịu bộ giới hạn chung 20 yêu cầu/phút. Khi phát video, trình duyệt gửi nhiều yêu cầu byte-range cho cùng một tệp, khiến bộ giới hạn bị kích hoạt chỉ trong chưa đầy một giây. Giờ các yêu cầu media được bỏ qua bộ giới hạn chung. (DEV-152)
Tìm kiếm đầy đủ và nhất quán. Một số lượt tìm kiếm từng trả về kết quả không đủ hoặc báo lỗi "Telegram Search is unavailable" ở truy vấn đầu tiên, trong khi các lần tìm sau với cùng từ khóa lại chạy được. Đã sửa, kết quả giờ được trả về đúng ngay từ yêu cầu đầu tiên. (DEV-136)
"Time since first incoming message" tính từ Telegram, không phải từ lúc mở ứng dụng. Cột đặc biệt này từng bắt đầu đếm giờ từ lúc bạn mở Entergram thay vì từ lúc Telegram nhận được tin nhắn đầu tiên. Nguồn thời gian giờ đã chính xác. (DEV-162)
Nhật ký thay đổi
Nhật ký thay đổi đầy đủ của v0.16.0 và tất cả các bản phát hành trước có trên trang Có gì mới của Entergram.
Sẵn sàng cải thiện quy trình Telegram của bạn?
Đừng bỏ lỡ thêm khách hàng tiềm năng nào. Đừng để mất thêm tin nhắn nào.
Bắt đầu với Entergram


