Form tạo bot trong mini app BotFather vừa được bổ sung thêm một trường tên thứ hai. Trường này là tùy chọn, được kiểm tra riêng biệt bằng một phương thức riêng và sẽ được gửi lên server cùng với các thông tin khác trong hồ sơ. Thay đổi này hiện đang nằm trên một trong bốn môi trường phát hành (stand).
Thay đổi trong mã nguồn
botfather.js là phiên bản web của BotFather – mini app nơi tạo token, lệnh và hồ sơ cho bot. Trong mã này, đã thêm 46 dòng mới.
Trường tên này được gọi là additional_username, và trạng thái cờ của nó khi tải trang được đặt thành "hợp lệ" – tức là trường trống sẽ không ngăn cản việc tạo bot. Trường này cũng có riêng một bộ đếm thời gian: thay đổi nội dung sẽ kích hoạt kiểm tra sau 400ms, còn khi rời khỏi trường thì kiểm tra lập tức, không cần chờ.
Việc kiểm tra được thực hiện qua phương thức checkBotAdditionalUsername gửi lên server, và phản hồi được phân tích thành ba trạng thái gợi ý: “đang kiểm tra”, “tự do” và lỗi. Nội dung lỗi không được xử lý tại client mà được in nguyên văn từ server. Việc gửi form chỉ bị lỗi nếu tên không rỗng nhưng không vượt qua kiểm tra, đồng thời phương thức createBot đã được bổ sung thêm một tham số mới – chính là tên thứ hai này.
Không có bất kỳ dòng giao diện mới nào được thêm cho trường này: các gợi ý đều dùng chung các khóa với tên đầu tiên.
Việc có phải trả phí cho tên thứ hai hay không thì chưa rõ từ mã nguồn. Gợi ý cho trường này giống hệt tên đầu tiên – miễn phí – chỉ có “đang kiểm tra” và “tự do”, còn trong file không hề có từ ngữ nào nhắc đến Fragment, sao (Stars) hay mua bán. Nhưng nếu có phí, thì nó sẽ nằm ở server: client chỉ hỏi xem tên có tự do hay không, rồi hiển thị kết quả.
Vì sao đây không phải là cơ chế mới
Telegram đã biết đến việc một tài khoản có thể có nhiều tên từ lâu. Trong hệ thống API, đã có kiểu tên riêng với các cờ “có thể chỉnh sửa” và “đang hoạt động” – chính là cách thức hoạt động của các tên sưu tập được bán trên Fragment, cũng như cách tên bổ sung cho kênh.
Trong mini app, trang danh sách bot đã có từ trước – một màn hình riêng biệt và phương thức thêm tên cho bot đã tồn tại. Điều mới ở đây chỉ là: tên thứ hai có thể được thiết lập ngay trong phút giây tạo bot, thay vì phải quay lại sau để thêm.
Lý do tại sao lại làm vậy thì mã nguồn không nói rõ. Không có ghi chú, không có gợi ý, không có điều kiện hiển thị trường – toàn bộ phần form này được quản lý bởi markup do server trả về, và nó bị bảo vệ bởi xác thực của mini app.
Vì sao trường này hiện chưa ai thấy
Telegram phân phối tĩnh qua nhiều môi trường khác nhau, và chúng không đồng bộ – đây là các nhánh phát triển, chứ không phải bản sao. Tên thứ hai hiện chỉ tồn tại trên một trong bốn môi trường này – file có kích thước 95.172 byte. Mini app BotFather đang hoạt động, mở từ Telegram, lấy file từ webappinternal.telegram.org, nơi vẫn đang dùng phiên bản cũ 93.463 byte: form tạo bot chỉ có ba trường – tên bot, mô tả và username.
Trong mã đang hoạt động, phương thức này không mới: nó đã được gọi từ màn hình thêm tên cho bot đã có, kèm theo ID bot. Nhưng server đang hoạt động thì không thực thi phương thức này. Khi gửi ID bot của chính mình, server trả về Method not found như với một phương thức giả, còn khi không có ID thì trả Unauthorized. Như vậy, phía server hiện tại chưa có phần xử lý cho tên thứ hai – cả khi tạo bot mới hay với bot đã có.
Hiện tại không có nơi nào để xem trực tiếp trường này: các file từ môi trường thử nghiệm có thể truy cập bởi bất kỳ ai, nhưng bất kỳ địa chỉ nào của form đều bị chặn bởi xác thực mini app và trả về mã 403. Không có trang công khai nào cho web-BotFather, và trên trang bot tại t.me cũng không có nút khởi chạy ứng dụng.
Trong cuộc trò chuyện với chính @BotFather, form hồ sơ vẫn chỉ yêu cầu một tên duy nhất.
