复制信息的 电报 机器人

使用 Junction Bot 将不同来源的 电报 消息自动复制或转发到你的 电报 频道或群组。 我们称之为转发。

可能的信息来源

  • 公共和私人频道和群组
  • 封闭的私人频道和群组(无邀请链接)
  • 其他机器人
  • 与其他用户私聊

其中有些信号源只有通过直接连接才能使用。 请在此处查看您需要的账户类型。 转发邮件的浏览量单独计算,不会改变原始邮件的浏览量。

创建新前锋

要创建转发规则以从 电报 复制信息,请使用/new 命令。 它将指导您完成设置过程。

设置完成后,你可以使用/forwards(原 /list)命令查看新的规则列表。 此外,该命令还会显示控制转发规则的按钮(禁用、删除等)。

您可以调整所有规则或每条特定规则的不同设置。 详情请参见此处

复制带有或不带邀请链接的 电报 频道

如果 电报 私人频道和群组有邀请链接,或没有邀请链接,机器人也能复制它们的消息。

如果您使用的是标准账户,请记住私人电报频道只有在邀请链接激活后才能保证正常工作。

如果您需要从没有邀请链接的私人频道复制信息,或者您想从其他机器人那里获取信息,则需要使用直接连接

从一个电报源复制到多个目的地

通常,当您调整转发规则的设置时,会使用一个指向源频道的链接。 但是,如果您有多个转发规则,从一个源转发到不同的通道,如何识别确切的规则呢? 如何为不同的目标频道设置不同的设置/过滤器/替换?

在源名称中添加以下结构: ->-1001251642436
其中-1001251642436 是目的地频道在 电报 系统中的标识符,加上前缀”-100″(电报 区分频道编号和其他对象编号的方法)。 要找到这个数字,只需使用命令
/filter source_channel_reference
您将看到基于当前转发规则的所有可能的目的地标识符。

例如,从同一源向不同目的地添加两个不同过滤器的命令可能如下所示:
/filter source_channel_reference->-1001251642436 mustHave green
/filter source_channel_reference->-1001459676332 mustHave red

从同一信息源向不同目的地添加两个不同反馈按钮的命令可能如下所示:
/settingchannel source_channel_reference->-1001251642436 like 👍🏻
/settingchannel source_channel_reference->-1001459676332 like ❤️

状态 “待定”

如果您的源频道对系统来说是全新的,而我们的负载又很高,机器人可能需要一段时间才能开始接收信息。

如果使用/forwards(或以前的 /list)命令看到标有 PENDING 的频道,这意味着这些频道正在等待连接到机器人。 请等待 10-30 分钟,信息就会开始发送。

如果超过一天,请通知我们。

减少延误

通过/support 命令,您可以运行一个向导,帮助您找出邮件没有到达目的地或延迟到达的原因。 该功能目前只适用于直接连接。

如果信息发送延迟发生过一次,那么此时很可能只是机器人进行了一次更新。 您可以使用/status 命令检查上次更新是什么时候,以及目前是否正在更新。 此外,该命令还显示了标准账户(直接连接即时生效)的最大估计延迟时间。

如果您拥有免费或标准账户

对于免费和标准账户的公共频道,信息发送可能需要几个小时。 私人渠道的交付通常是即时的,但偶尔也会出现跳跃式增长。 如果您的源频道对系统来说是全新的,而我们的负载又很高,机器人可能需要一段时间才能开始接收信息。 如果超过 24 小时,请通知我们。 如果不能接受这种延迟,则应使用直接连接。 Direct Connection 保证即时交货。

我们正在提供一项服务,以加快公共频道的传输速度,因此需要几秒钟的时间。 该服务每个频道每月收费 1.20 欧元。 您可以使用/express 命令随时启用/禁用加速功能。

/express source_channel_reference

例如,要加快 @slow-channel 的速度,使用 /express @slow-channel
要更改正在加速的通道,首先要使用相同的命令禁用前一个通道的快车,然后再启用新通道的快车。 您可以通过/express (不带参数)命令查看快递频道列表。

另一种即时投递的方法是使用直接连接。 所有来自直接连接的信息都会即时发送。 请注意,如果使用直接连接,则无需使用/express 。 直接连接的交付已在即时进行。

如果您对这些服务感兴趣,请参阅此处了解如何购买。

如果您有直接连接

这样,信息传递就会瞬间完成。 如果直接连接经常出现明显的延迟,则说明连接需要额外配置。 为此,请使用/support 命令。

瞬时 “真的是瞬时吗?

“瞬时 “是指从几毫秒到几秒钟。 机器人本身的运行没有延迟,但 电报 发送信息时可能会出现延迟。

此外,在 电报 引入复制保护后,从受保护频道发送媒体信息时,机器人需要以特殊方式处理这些信息。 这可能会导致额外的延迟,具体取决于文件大小。 例如,对于普通照片来说,这种延迟并不明显,但对于重型视频来说就不一样了。

有时我们会进行系统更新。 如果更新恰好在信息出现时进行,偶尔会造成明显的延迟。 您可以使用以下命令检查当前是否正在进行系统更新 /status

使用受保护的 电报 频道的细微差别

如果源文件有复制保护,机器人必须完全处理受保护的媒体文件。 这就是重型媒体信息需要更多时间传递的原因。

电报 Premium 功能

高级账户持有者可以在信息中使用高级表情符号和长媒体标题。 机器人也不得使用。 因此,要按原样发送此类邮件,唯一的办法就是启用代表您账户的发送功能。 要做到这一点,账户必须通过直接连接并拥有激活的 电报 Premium。

此外,机器人还能将标题作为单独的信息发送。如果源文件中有一张带标题的图片,那么目标文件中就会有两条信息:一张图片和一段文字。 这样,标题就不会被修剪。

网络钩子或调用您的应用程序接口

有时需要通过 API 接收 电报 消息。 开发人员的第一个想法是使用 REST 类型的 HTTP 端点,以某种 JSON 类型的格式接收机器人的请求。

我们强烈反对这种做法,并有意不在机器人中添加这种功能。 由于各种网络问题,这些请求往往无法到达或多次到达。 随着系统的发展,您需要 “回放 “通话记录,查看我方的通话记录以调试贵方的问题等。 这种功能将需要我们创建一个单独的产品。

因此,对于此类任务,我们建议您使用 а 消息队列架构。 既然我们面前已经有了一个现成的信使,为什么不加以利用呢? 只需 15 分钟就能创建自己最简单的机器人,并将所需来源直接转发到该机器人。 通过这种方法,您将获得一个极其可靠的面向未来的系统。

我怎样才能知道为什么不是所有信息都能收到?

使用命令 /support

该功能仅适用于直接连接。 通过/support 命令,您可以运行一个向导,帮助您找出邮件没有到达目的地或出现延迟的原因。 我们建议您在尝试其他方法之前先尝试这种方法。

打开解释报告

首先要做的是使用以下命令启用解释性报告

/settingchannel source_channel_reference explain on

对于每一条新信息,它都会发送一份报告,详细解释信息未通过的原因。 如果您不明白如何阅读报告或更正过滤器,请联系支持聊天

可能是信息发布后不久被编辑过。 如果原始信息没有通过您的过滤,机器人也无法通过编辑。

如果信息源中没有关于新信息的报告,那么请进一步查找。

如果您拥有标准账户

问题很可能是延迟来自受保护信道的信息过大

如果您有直接连接

检查连接的账户是否是源频道或组的成员。

检查问题是否与来自受保护通道的信息过大有关。

如果不是这种情况,请向我们的助理发送您已连接账户的电话号码以及源频道或组的号码。 在极少数情况下,我们需要进行额外的微调。

复制旧的电报信息

您可以使用/history 命令复制 电报 频道的历史记录。

如果要在复制过程中使用过滤器和替换等高级设置,需要先使用/new 命令创建常规转发规则。 然后将所需设置应用于该转发规则。 然后启动历史记录复制程序,它将使用现有规则中的设置。 简单!

为什么交付的信息可能与源文件中的信息不同?

有时,消息来源中的信息在发布后会被编辑。 这样,机器人可能会在管理员编辑之前复制信息。 在这种情况下,将发送第一个版本的信息。 有时,编辑过的信息甚至没有被标记为编辑过。

直接连接模式下,可以将编辑的信息传递给目的地(该功能默认为启用)。 这将解决这个问题。 如果您已经有了直接连接,但遇到未发送的编辑内容,请参阅此处的可行解决方案。

也可能是原始信息通过了您的过滤,而编辑没有通过。 那么信息将不会更改。

频道错误地两次发布一条信息,然后删除一条信息的情况时有发生。 如果有重复过滤功能,则只有第一条信息可以通过。 如果管理员删除第一条信息,然后编辑第二条信息,则编辑失败。

为什么会出现重复?

有时在源文件中,一个帖子会被错误地张贴两次,稍后其中一次就会被删除。 但那时机器人可能已经成功复制了这两条信息。 解决这一问题的最直接方法就是启用删除传输功能。 此设置仅适用于直接连接。 如果您拥有标准账户,则可以使用重复过滤器

如果您已启用重复邮件过滤器,但重复邮件仍然通过,那么可能是邮件内容不一样。 启用解释报告,并比较收到的报告中的信息内容。

/settingchannel source_channel_reference explain on

如果还是看不出区别,请参阅此处的详细说明。