让我们从软件的入门部分开始。
软件中有两种邀请方法，即用户名邀请和用户 ID 邀请。
我使用的是用户名邀请。为什么呢？在这种方法中，有一个强迫被邀请用户数量的功能。它只计算成功的邀请（完成）。所有不相干的事情，如用户隐私、用户已在群组中等等，都不算成功邀请。因为我想最大限度地使用每个账户，所以我需要这个功能。
添加数据库，输入要添加参与者的组的用户名，然后继续延迟。
1 字段表示最小 [ ] 用户数，最大 [ ] 用户数，即要添加到账户中的参与者人数。
例如，我们将在最小一栏中指定 30 人，在最大一栏中指定 40 人，然后每个账户将从 30 到 40 人中随机抽取一个人数。
由于我试图让账户最大限度地工作，所以我设置了最小 [48] 个用户，最大 [48] 个用户，或者最小 [49] 个用户，最大 [49] 个用户。
Telegram 限制从一个账户添加 50 名参与者。我为什么要设置 49 个参与者？根据我的反复测试，我注意到在添加了大约 50 名参与者后，Telegram 会在 3 天内对该账户进行垃圾邮件处理。如果在 49 人时停止添加，账户更有可能不受任何限制。
延迟 最小 [ ] 秒 最大 [ ] 秒。这是添加用户之间的账户延迟。
此字段对邀请非常重要。如果没有正确指定账户请求添加成员的延迟时间，就会导致封禁、垃圾邮件、洪水等待或账户浪费用户（软件会成功添加，但群组中的计数器会停留在原位）。根据我的测试，我使用的延迟时间是最小 [15] 秒，最大 [35] 秒。或者最小 [25] 秒，最大 [50] 秒。
对于大约 6 个账户，我获得了 250 到 280 次成功邀请。(我是通过 Telegram 中的计数器来计算成功率的）。
为什么 6 个账户中会有 250 到 280 个成功邀请？首先，杜罗夫和他的团队了解 Telegram 的所有限制和保护措施，而且根据我的测试，我发现好的代理也会影响成功邀请的人数。
轮换代理的缺点是别人也在使用它们。您可以从一批 6 个账户中添加 280 人，然后立即启动一个新的 6 个账户线程，在相同设置下添加 250 人，甚至更少。
邀请的问题在于没有 100% 正确的工作选项，太多因素会影响工作（代理、账户本身、账户地理位置、延迟、添加的群组、添加的受众等），但在本文中我将告诉大家我所知道的和我的工作方式。
最大超时：据我所知是这样工作的。如果指定了 600 秒，如果账户收到 FloodWait 的时间为 300 秒，那么软件就会让账户停止工作 300 秒，然后再尝试继续工作，如果账户收到 FloodWait 或任何其他限制超过 600 秒，那么软件就会停止该账户的工作。
我总是将其设置为 600 秒。
选择账户。选择可以在邀请和添加新成员时使用的账户。通常在开始与任何小组合作时，我会使用 1 个账户进行测试。如果 1 个账户能成功添加 +- 40-49 人，我就会继续邀请。
举例说明： 我的目标是让 500 人加入一个群组。我大致了解到，要加入 500 人，我需要 11-12 个账户。
从 11-12 个账户中招募 500 人有两种方法。要么分成两批，每批 6 个账户，要么选择 12 个账户同时工作，并通过流量控制选项选择同时工作的账户数（我将在下文中详细介绍如何使用流量）。
强制计算邀请用户数。只计算成功邀请（完成）。
离开主组。添加成员后，账户将离开添加成员的组。
防止机器人。据我所知，该功能只保护而不邀请机器人聊天。
流量控制。这是同时运行的账户数量。这在邀请时非常重要。线程数还会影响成功邀请的质量，以及保护账户免受垃圾邮件、floodvite、禁言等影响。
我通常在使用 1 个账户进行 1 次测试后运行 6 个线程。我建议不要超过 8 个线程。
我还会在线程之间延迟 1-40 秒。这是必要的，这样 6 个账户就不会同时开始工作。而随机依次在 1-40 秒内开始工作。
因为我在上面写道，您可以同时选择 11-12 个账户来添加 +- 500 人，但我不希望 11-12 个账户同时开始工作，而是一个接一个地工作，所以我在线程数中指定了 6 个线程。有了这个设置，软件将接收 11-12 个账户，但同时只启动 6 个账户，一个账户工作完成后，立即启动下一个账户。因此，它将通过 6 个线程同时运行 11-12 个账户或任何其他数量的账户。
自动停止。如果出现禁言、账户垃圾邮件或洪水等待，软件就会停止运行。通常情况下，我只把封禁状态和垃圾邮件阻止状态各设为 1。
为了账户安全，我还会勾选紧急关闭复选框。
一个账户每天最多可邀请 50 人。通常情况下，如果账户没有限制，第二天我就会用它来工作。
固化。对于俄罗斯 GEO 来说，3 天以上的邀请时间就足够了。(在注册新账户后，您可能会以 TempSpamBlock(GeoNumber) 的形式收到垃圾邮件。如果在 1 次邀请中使用，您将受到限制，无法添加更多邀请）。
我不建议对这些账户采取任何行动，直到它不再存在 3 天以上。
别忘了在聊天（用户邀请用户聊天）中安装一个删除系统消息的机器人。否则就会出现大量通知，用户会开始发送垃圾邮件，账户会开始被垃圾邮件拦截，总之会有很多困难。
PeerFloodError - 垃圾邮件拦截。
UserBannedInChannelError - 永恒的垃圾邮件封堵。
FloodWaitError - 当您的 Telegram 账户请求过多时出现的错误。Telegram 会在 60 秒至 8 万秒之间随机发出该错误。
UserKickedError - 用户被删除或禁止进入群组。
UserPrivacyRestrictedError（用户隐私限制错误）- 用户锁定了自己的隐私账户。
UserNotMutualContactError（用户无法相互联系错误）- 无法添加已注销的成员。
UserChannelsTooMuchError（用户聊天频道过多错误）- 用户聊天频道过多。
UserIdInvalidError（用户信息无效）- 用户信息无效。
邀请可能出现的问题。
下面我将尝试告诉大家我在邀请时遇到的问题。
调试群组。
加固群组固然重要，但正确邀请也同样重要。根据我的测试，一般来说，我自己也倒过一些休眠期超过 7 天的群组。
当然，最好还是购买一个更持久的群组。
现在随着 Telegram 的更新，你可以杀死任何耐久度的群组。这取决于正确的邀请，而不是休眠期。
如何杀死一个群组？
根据我的测试和实践，我杀死了不同的群组，有机器人的群组、没有机器人的群组、新群组、有 5000 多名成员的群组等等。
根据测试，我可以得出以下结论：对于邀请来说，群组中最初有多少机器人并不重要。如果群组中没有任何活动，而新用户超过了投诉阈值，那么群组就会被屏蔽。这种限制是如何体现的？邀请时，您在 1-5 个添加组中的账户将收到来自电报的 FloodWait。目前尚不清楚该组会受到多少限制。
例如： 您的群组中有 5000 名成员，其中 4500 名是机器人。500 名成员几乎没有生命，活动很少，在线人数很少。在此，您添加了 1000 名新用户，在这 1000 名用户中，有%的用户会投诉，如果投诉超过上限，您就会对群组施加突变。
提示：不要急于一次立即添加大量成员。最好慢慢来，一点一点地提高群组的活跃度和现场观众的数量。我也不建议您一次只添加活跃观众（在聊天中写过信的人）。一连串地进行解析，添加真人、机器人...... 以减少对群组的投诉。
我该怎么做？从 0 到 1000 人，我每天添加 200-300 人。从 1000 人到 2000 人 250 - 350 人。从 2000 到 3000 350 - 450 人。从 3000 到 5000 000 500-600 人。从 5000 到 8000，600-800 人。8000 人以上每天已增加 1000 多人。
看活动、看在线、看参与人数。参与者的活跃度越高，每天可以增加的人数就越多。
在 25000 参与者的时候，我大胆地将每天的人数倒到了 3000 人，群生活稳定地接受邀请。在这些限制下，我还从未收到过群突。
还能怎么获得群突？最近我在测试印度账户。
我决定试试这种方法。50 个账户分 10 个线程，每个线程 10 个人。完成后，我会再次运行邀请，以最大限度地增加账户。
在 3-4 天的时间里，这些账户都工作得很成功，+- 还不错，在这种模式下，对印度的成功邀请至少起了作用。直到有一刻，我开始了聚会，所有参与工作的账户都飞到了禁令，并对组施加了突变。
还有小组问题。
我把那些重度观众所在的组称为问题组。
作为一项规则，在解析重度观众后，邀请大量的人是隐私。你会经常在控制台中收到 UserPrivacyRestrictedError 消息。
如果出现大量 UserPrivacyRestrictedError，账户将获得 FloodWait。例如 他试图添加 30 个账户，其中 17 个有隐私限制，他添加了 13 个，但收到了 FloodWait。尽管他应该完成 48-49 次邀请。不要对此感到太惊讶，账户会进入 FloodWait。尝试找到另一个组进行解析。
我遇到了一件有趣的事。由于软件在邀请时不会跟踪已在群组中的用户，所以软件会添加他们，并在软件中将他们列为 "已完成"。
但事实上，软件会把已经在群组中的人算作已完成。我与 Strix 讨论了这个问题，他说很快就会实现将用户排除在群组之外的功能。
翻译自主题 - https://blb.team/threads/invajt-geo-rossija.3220/
软件中有两种邀请方法，即用户名邀请和用户 ID 邀请。
我使用的是用户名邀请。为什么呢？在这种方法中，有一个强迫被邀请用户数量的功能。它只计算成功的邀请（完成）。所有不相干的事情，如用户隐私、用户已在群组中等等，都不算成功邀请。因为我想最大限度地使用每个账户，所以我需要这个功能。
添加数据库，输入要添加参与者的组的用户名，然后继续延迟。
1 字段表示最小 [ ] 用户数，最大 [ ] 用户数，即要添加到账户中的参与者人数。
例如，我们将在最小一栏中指定 30 人，在最大一栏中指定 40 人，然后每个账户将从 30 到 40 人中随机抽取一个人数。
由于我试图让账户最大限度地工作，所以我设置了最小 [48] 个用户，最大 [48] 个用户，或者最小 [49] 个用户，最大 [49] 个用户。
Telegram 限制从一个账户添加 50 名参与者。我为什么要设置 49 个参与者？根据我的反复测试，我注意到在添加了大约 50 名参与者后，Telegram 会在 3 天内对该账户进行垃圾邮件处理。如果在 49 人时停止添加，账户更有可能不受任何限制。
延迟 最小 [ ] 秒 最大 [ ] 秒。这是添加用户之间的账户延迟。
此字段对邀请非常重要。如果没有正确指定账户请求添加成员的延迟时间，就会导致封禁、垃圾邮件、洪水等待或账户浪费用户（软件会成功添加，但群组中的计数器会停留在原位）。根据我的测试，我使用的延迟时间是最小 [15] 秒，最大 [35] 秒。或者最小 [25] 秒，最大 [50] 秒。
对于大约 6 个账户，我获得了 250 到 280 次成功邀请。(我是通过 Telegram 中的计数器来计算成功率的）。
为什么 6 个账户中会有 250 到 280 个成功邀请？首先，杜罗夫和他的团队了解 Telegram 的所有限制和保护措施，而且根据我的测试，我发现好的代理也会影响成功邀请的人数。
轮换代理的缺点是别人也在使用它们。您可以从一批 6 个账户中添加 280 人，然后立即启动一个新的 6 个账户线程，在相同设置下添加 250 人，甚至更少。
邀请的问题在于没有 100% 正确的工作选项，太多因素会影响工作（代理、账户本身、账户地理位置、延迟、添加的群组、添加的受众等），但在本文中我将告诉大家我所知道的和我的工作方式。
最大超时：据我所知是这样工作的。如果指定了 600 秒，如果账户收到 FloodWait 的时间为 300 秒，那么软件就会让账户停止工作 300 秒，然后再尝试继续工作，如果账户收到 FloodWait 或任何其他限制超过 600 秒，那么软件就会停止该账户的工作。
我总是将其设置为 600 秒。
选择账户。选择可以在邀请和添加新成员时使用的账户。通常在开始与任何小组合作时，我会使用 1 个账户进行测试。如果 1 个账户能成功添加 +- 40-49 人，我就会继续邀请。
举例说明： 我的目标是让 500 人加入一个群组。我大致了解到，要加入 500 人，我需要 11-12 个账户。
从 11-12 个账户中招募 500 人有两种方法。要么分成两批，每批 6 个账户，要么选择 12 个账户同时工作，并通过流量控制选项选择同时工作的账户数（我将在下文中详细介绍如何使用流量）。
强制计算邀请用户数。只计算成功邀请（完成）。
离开主组。添加成员后，账户将离开添加成员的组。
防止机器人。据我所知，该功能只保护而不邀请机器人聊天。
流量控制。这是同时运行的账户数量。这在邀请时非常重要。线程数还会影响成功邀请的质量，以及保护账户免受垃圾邮件、floodvite、禁言等影响。
我通常在使用 1 个账户进行 1 次测试后运行 6 个线程。我建议不要超过 8 个线程。
我还会在线程之间延迟 1-40 秒。这是必要的，这样 6 个账户就不会同时开始工作。而随机依次在 1-40 秒内开始工作。
因为我在上面写道，您可以同时选择 11-12 个账户来添加 +- 500 人，但我不希望 11-12 个账户同时开始工作，而是一个接一个地工作，所以我在线程数中指定了 6 个线程。有了这个设置，软件将接收 11-12 个账户，但同时只启动 6 个账户，一个账户工作完成后，立即启动下一个账户。因此，它将通过 6 个线程同时运行 11-12 个账户或任何其他数量的账户。
自动停止。如果出现禁言、账户垃圾邮件或洪水等待，软件就会停止运行。通常情况下，我只把封禁状态和垃圾邮件阻止状态各设为 1。
为了账户安全，我还会勾选紧急关闭复选框。
一个账户每天最多可邀请 50 人。通常情况下，如果账户没有限制，第二天我就会用它来工作。
固化。对于俄罗斯 GEO 来说，3 天以上的邀请时间就足够了。(在注册新账户后，您可能会以 TempSpamBlock(GeoNumber) 的形式收到垃圾邮件。如果在 1 次邀请中使用，您将受到限制，无法添加更多邀请）。
我不建议对这些账户采取任何行动，直到它不再存在 3 天以上。
别忘了在聊天（用户邀请用户聊天）中安装一个删除系统消息的机器人。否则就会出现大量通知，用户会开始发送垃圾邮件，账户会开始被垃圾邮件拦截，总之会有很多困难。
PeerFloodError - 垃圾邮件拦截。
UserBannedInChannelError - 永恒的垃圾邮件封堵。
FloodWaitError - 当您的 Telegram 账户请求过多时出现的错误。Telegram 会在 60 秒至 8 万秒之间随机发出该错误。
UserKickedError - 用户被删除或禁止进入群组。
UserPrivacyRestrictedError（用户隐私限制错误）- 用户锁定了自己的隐私账户。
UserNotMutualContactError（用户无法相互联系错误）- 无法添加已注销的成员。
UserChannelsTooMuchError（用户聊天频道过多错误）- 用户聊天频道过多。
UserIdInvalidError（用户信息无效）- 用户信息无效。
邀请可能出现的问题。
下面我将尝试告诉大家我在邀请时遇到的问题。
调试群组。
加固群组固然重要，但正确邀请也同样重要。根据我的测试，一般来说，我自己也倒过一些休眠期超过 7 天的群组。
当然，最好还是购买一个更持久的群组。
现在随着 Telegram 的更新，你可以杀死任何耐久度的群组。这取决于正确的邀请，而不是休眠期。
如何杀死一个群组？
根据我的测试和实践，我杀死了不同的群组，有机器人的群组、没有机器人的群组、新群组、有 5000 多名成员的群组等等。根据测试，我可以得出以下结论：对于邀请来说，群组中最初有多少机器人并不重要。如果群组中没有任何活动，而新用户超过了投诉阈值，那么群组就会被屏蔽。这种限制是如何体现的？邀请时，您在 1-5 个添加组中的账户将收到来自电报的 FloodWait。目前尚不清楚该组会受到多少限制。
例如： 您的群组中有 5000 名成员，其中 4500 名是机器人。500 名成员几乎没有生命，活动很少，在线人数很少。在此，您添加了 1000 名新用户，在这 1000 名用户中，有%的用户会投诉，如果投诉超过上限，您就会对群组施加突变。
提示：不要急于一次立即添加大量成员。最好慢慢来，一点一点地提高群组的活跃度和现场观众的数量。我也不建议您一次只添加活跃观众（在聊天中写过信的人）。一连串地进行解析，添加真人、机器人...... 以减少对群组的投诉。
我该怎么做？从 0 到 1000 人，我每天添加 200-300 人。从 1000 人到 2000 人 250 - 350 人。从 2000 到 3000 350 - 450 人。从 3000 到 5000 000 500-600 人。从 5000 到 8000，600-800 人。8000 人以上每天已增加 1000 多人。
看活动、看在线、看参与人数。参与者的活跃度越高，每天可以增加的人数就越多。
在 25000 参与者的时候，我大胆地将每天的人数倒到了 3000 人，群生活稳定地接受邀请。在这些限制下，我还从未收到过群突。
还能怎么获得群突？最近我在测试印度账户。
我决定试试这种方法。50 个账户分 10 个线程，每个线程 10 个人。完成后，我会再次运行邀请，以最大限度地增加账户。
在 3-4 天的时间里，这些账户都工作得很成功，+- 还不错，在这种模式下，对印度的成功邀请至少起了作用。直到有一刻，我开始了聚会，所有参与工作的账户都飞到了禁令，并对组施加了突变。
还有小组问题。
我把那些重度观众所在的组称为问题组。
作为一项规则，在解析重度观众后，邀请大量的人是隐私。你会经常在控制台中收到 UserPrivacyRestrictedError 消息。
如果出现大量 UserPrivacyRestrictedError，账户将获得 FloodWait。例如 他试图添加 30 个账户，其中 17 个有隐私限制，他添加了 13 个，但收到了 FloodWait。尽管他应该完成 48-49 次邀请。不要对此感到太惊讶，账户会进入 FloodWait。尝试找到另一个组进行解析。
我遇到了一件有趣的事。由于软件在邀请时不会跟踪已在群组中的用户，所以软件会添加他们，并在软件中将他们列为 "已完成"。
但事实上，软件会把已经在群组中的人算作已完成。我与 Strix 讨论了这个问题，他说很快就会实现将用户排除在群组之外的功能。
翻译自主题 - https://blb.team/threads/invajt-geo-rossija.3220/