邀请 v2 | BLB - Big little Business

邀请 v2

  • Автор темы Автор темы emiliar
  • Дата начала Дата начала

emiliar

Administrator
Administrator
Moderator
3 Окт 2024
1 965
10
38
邀请 V2 是升级版的邀请模块,相比前一版本,它提供了更多灵活性和对邀请流程的更高控制。

2025-05-14_14-09-11.png


2025-05-14_14-09-57.png


功能详解:

1. 使用数据库 — 允许加载用于邀请的用户列表。这可以是解析后获得的文件,也可以是手动输入在字段中的 username(每行一个)。没有用户名系统将无法运行 — Telegram 只能通过用户名进行邀请。

2025-05-14_14-10-55.png


2025-05-14_14-11-10.png


2. — 在此输入需要邀请用户的聊天链接或用户名。每个聊天一行。如果是私密群组,必须使用邀请链接。

2025-05-14_14-11-21.png


3. 每个帐户的用户总数从第1个 — 设置一个账户在任务中最多邀请多少人。安全范围为 5 到 10 人,以避免触发 Telegram 限制。

2025-05-14_14-11-33.png


4. 每个请求的用户总数 — 设置一次邀请请求中包含多少个用户。建议从较小数值开始,根据实际情况调整 — Telegram 对突发负载较为敏感。

2025-05-14_14-11-43.png


5. 延迟 — 可设置每次邀请之间的时间范围。范围越广、间隔越自然,Telegram 判定为垃圾操作的概率越低。实际延迟将在指定区间内随机选取。

2025-05-14_14-11-54.png


6. 最长等待时间 (FloodWait) — 如果 Telegram 发出临时限制,模块将检查该限制是否在设定范围内。如果在范围内,则程序等待;如果超过范围,则账户被停用,以避免违反规则。

2025-05-14_14-12-06.png


7. 选择帐户 — 可手动选择将用于任务的账户。选择时应查看账户活跃度、有无头像与简介、过去 24 小时的活动记录等“真实”表现,以减少被封风险。

2025-05-14_14-12-16.png


8. 强制邀请用户数 — 启用此功能后,只有在用户确实加入聊天时,邀请才被计为成功。未活跃或不可用用户将不被计入统计。

2025-05-14_14-12-24.png


9. 在邀请前检查用户是否在群组中 — 此功能在邀请前先检查用户是否已在群组中。可节省邀请配额并避免重复操作。如果不启用此功能,软件将无差别地遍历全部账户并标记状态为“Done”,即使这些用户早已在群中,这也可能导致实际添加人数与数据库中记录不一致。

2025-05-14_14-12-35.png


10. 离开主群 — 任务完成后,邀请用的账户可自动退出目标群组。如果账户原本未加入群组,则会临时加入,完成任务后再退出。

2025-05-14_14-12-45.png


11. 流量控制 — 支持同时运行多个账户(线程),并行进行操作。可指定线程数量和每个线程启动之间的时间范围。线程数量等于账户数量,延迟值将在指定区间内随机生成。这种方式有助于在不造成过载的情况下扩大操作规模。

2025-05-14_14-13-01.png


12. 自动停止 — 启用该保护机制后,系统将在账户出现特定状态时自动终止任务,例如因垃圾信息、Flood 或封禁等情况。您需设置触发停止的次数(例如 1 次或 10 次),一旦满足条件,程序将停止模块的工作。

2025-05-14_14-13-15.png