«检查链接»模块可以帮助跟踪 Telegram 链接是否有效，以及指定的用户是否处于活跃状态。支持用户名、频道链接、群组链接和个人资料链接。如果您有一个链接列表，并想了解哪些链接是活的、哪些用户在线，以及提取额外信息（如状态或简介），这个模块尤其有用。
如果您之前已经运行过检查，模块可以从上次停止的地方继续，只需选择已创建的数据库即可。如果没有数据库，也可以手动输入数据。
以下是每个功能的工作方式：
1. 使用数据库 — 允许加载先前创建的数据库，其中已经包含链接列表和当前的检查状态。模块将只处理尚未处理的项目。如果没有数据库 — 请在右侧手动输入所有链接。
2. 帐户的申请数 — 设置每个账户在一次会话中可以向 Telegram 发送多少个请求。最优值为每天每个账户最多 40 个请求，以避免限制或封锁。
3. 检查之间延迟 — 确定每个请求之间的暂停时间（以秒为单位）。输入一个范围（例如 5–10），程序将在每个操作之前随机选择一个数值。
4. 最长等待时间 (FloodWait) — 是在遭遇 Flood 限制时的最大等待时间。如果 Telegram 返回的等待时间小于设置值，软件将等待并继续任务。如果超过此时间，账户将暂停工作。
5. 选择帐户 — 指定从“活跃”文件夹中将用于检查的账户。可以根据任务量设置所需数量。
6. 强制确定群中的用户数 — 启用此功能后，将收集关于参与者数量的精确信息。特别适用于分析私人群组 —— 为了统计，账户需要临时加入群组。请注意限制，因为加入私人群组可能更快耗尽请求配额。建议设置较小的请求数量。
7. 检查私群 — 如果关闭，程序将完全忽略私人链接。只有在需要从封闭社群中获取信息时才启用。
8. 标准化链接 — 将所有找到的链接统一转换为统一格式。这使分析更方便，输出结果也更具可读性。
9. 请求用户简介 — 此选项可提取每个用户资料中的简介信息。如果您需要评估目标受众，这将很有用。
10. 流量控制 — 启用多线程处理。例如设置 20 个线程时，20 个账户将同时运行并检查链接。每完成一项任务后，账户将被下一个替换，同时系统根据设定的随机延迟范围（例如 30–50 秒）进行等待。
如果您之前已经运行过检查，模块可以从上次停止的地方继续，只需选择已创建的数据库即可。如果没有数据库，也可以手动输入数据。
以下是每个功能的工作方式：
1. 使用数据库 — 允许加载先前创建的数据库，其中已经包含链接列表和当前的检查状态。模块将只处理尚未处理的项目。如果没有数据库 — 请在右侧手动输入所有链接。
2. 帐户的申请数 — 设置每个账户在一次会话中可以向 Telegram 发送多少个请求。最优值为每天每个账户最多 40 个请求，以避免限制或封锁。
3. 检查之间延迟 — 确定每个请求之间的暂停时间（以秒为单位）。输入一个范围（例如 5–10），程序将在每个操作之前随机选择一个数值。
4. 最长等待时间 (FloodWait) — 是在遭遇 Flood 限制时的最大等待时间。如果 Telegram 返回的等待时间小于设置值，软件将等待并继续任务。如果超过此时间，账户将暂停工作。
5. 选择帐户 — 指定从“活跃”文件夹中将用于检查的账户。可以根据任务量设置所需数量。
6. 强制确定群中的用户数 — 启用此功能后，将收集关于参与者数量的精确信息。特别适用于分析私人群组 —— 为了统计，账户需要临时加入群组。请注意限制，因为加入私人群组可能更快耗尽请求配额。建议设置较小的请求数量。
7. 检查私群 — 如果关闭，程序将完全忽略私人链接。只有在需要从封闭社群中获取信息时才启用。
8. 标准化链接 — 将所有找到的链接统一转换为统一格式。这使分析更方便，输出结果也更具可读性。
9. 请求用户简介 — 此选项可提取每个用户资料中的简介信息。如果您需要评估目标受众，这将很有用。
10. 流量控制 — 启用多线程处理。例如设置 20 个线程时，20 个账户将同时运行并检查链接。每完成一项任务后，账户将被下一个替换，同时系统根据设定的随机延迟范围（例如 30–50 秒）进行等待。