IP地址 | 服务器名称 | 所属国家 |
---|---|---|
149.154.161.214 | ? | GB |
149.154.161.236 | 149.154.161.236 | GB |
149.154.161.205 | 149.154.161.205 | GB |
149.154.161.15 | ? | GB |
149.154.161.8 | ? | GB |
149.154.161.17 | ? | GB |
149.154.161.5 | ? | GB |
149.154.161.14 | ? | GB |
149.154.161.19 | ? | GB |
149.154.161.18 | ? | GB |
149.154.161.253 | ip-149-154-161-253.ptr.telegram.org | GB |
149.154.161.232 | ip-149-154-161-232.ptr.telegram.org | GB |
149.154.161.196 | crawler.telegram.org | GB |
149.154.161.250 | ip-149-154-161-250.ptr.telegram.org | GB |
149.154.161.215 | ip-149-154-161-215.ptr.telegram.org | GB |
149.154.161.219 | ip-149-154-161-219.ptr.telegram.org | GB |
149.154.161.198 | ip-149-154-161-198.ptr.telegram.org | GB |
149.154.161.251 | crawler.telegram.org | GB |
149.154.161.220 | ip-149-154-161-220.ptr.telegram.org | GB |
149.154.161.197 | ip-149-154-161-197.ptr.telegram.org | GB |
149.154.161.200 | ip-149-154-161-200.ptr.telegram.org | GB |
149.154.161.245 | ip-149-154-161-245.ptr.telegram.org | GB |
149.154.161.249 | ip-149-154-161-249.ptr.telegram.org | GB |
149.154.161.212 | ip-149-154-161-212.ptr.telegram.org | GB |
149.154.161.218 | ip-149-154-161-218.ptr.telegram.org | GB |
149.154.161.213 | ip-149-154-161-213.ptr.telegram.org | GB |
149.154.161.244 | ip-149-154-161-244.ptr.telegram.org | ? |
149.154.161.221 | ip-149-154-161-221.ptr.telegram.org | GB |
149.154.161.234 | ip-149-154-161-234.ptr.telegram.org | GB |
149.154.161.252 | crawler.telegram.org | GB |
149.154.161.201 | ip-149-154-161-201.ptr.telegram.org | GB |
149.154.161.216 | ip-149-154-161-216.ptr.telegram.org | GB |
149.154.161.247 | ip-149-154-161-247.ptr.telegram.org | GB |
149.154.161.235 | crawler.telegram.org | GB |
149.154.161.203 | crawler.telegram.org | GB |
149.154.161.233 | ip-149-154-161-233.ptr.telegram.org | GB |
149.154.161.231 | ip-149-154-161-231.ptr.telegram.org | GB |
149.154.161.199 | ip-149-154-161-199.ptr.telegram.org | GB |
149.154.161.204 | crawler.telegram.org | GB |
149.154.161.246 | ip-149-154-161-246.ptr.telegram.org | GB |
149.154.161.217 | ip-149-154-161-217.ptr.telegram.org | GB |
149.154.161.248 | ip-149-154-161-248.ptr.telegram.org | GB |
149.154.161.230 | ip-149-154-161-230.ptr.telegram.org | GB |
149.154.161.202 | ip-149-154-161-202.ptr.telegram.org | GB |
创建Telegram机器人是非常容易的,但你至少需要一些计算机编程技能。为了使机器人能够正常工作,请在@BotFather设置一个机器人账户,然后通过我们的API将其连接到你的后台服务器。
不幸的是,如果你不是一个开发人员,没有开箱即用的方法来创建一个工作的机器人。但我们相信,你很快就会发现有很多由其他人创建的机器人可以玩。
这里有两个机器人的例子,都是用PHP写的:
我们社区的许多成员都在建立机器人并发布来源。
我们在这个页面上收集了它们。
如果你已经建立了一个机器人并希望与他人分享,请在@BotSupport上与我们联系。
机器人API仍然相当年轻。有许多潜在的功能需要考虑和实现。我们将在一段时间内研究人们用他们的机器人做什么,看看哪些方向对平台来说是最重要的。
欢迎所有机器人开发者与我们的@BotSupport账户分享对我们的机器人API的想法。
1. 所有机器人,无论设置如何,都会收到:
2. 禁用隐私模式的机器人管理员和机器人将收到所有的消息,除了其他机器人发送的消息。
3. 启用隐私模式的机器人将收到:
请注意,每个特定的消息在同一时间只能对一个启用了隐私的机器人可用,即,对机器人A的回复包含对机器人B的明确命令或通过机器人C发送的消息将只对机器人A可用,回复具有最高的优先权。
机器人之间的对话有可能陷入不受欢迎的循环中。为了避免这种情况,我们决定,无论何种模式,机器人都不能看到来自其他机器人的信息。
目前有两种获得更新的方式。你可以使用长期轮询或Webhooks。请注意,在设置了出站的Webhook的情况下,不可能通过长时间轮询获得更新。
getUpdates方法返回最早的100个未确认的更新。要确认一个更新,在调用getUpdates时使用offset参数,像这样:
offset = update_id of last processed update + 1
所有update_id小于或等于offset的更新将在服务器上被标记为确认,并不再被返回。
如果你已经成功设置了你的Webhook,但没有得到任何更新,请记住:
请查看这个新的WEBHOOK指南,以了解关于WEBHOOK的所有知识!
请看看我们专门为您制作的自签名证书指南。如果你读完后仍有问题,请在botsupport上与我们联系。
如果你想确保Webhook请求来自Telegram,我们建议在你给我们的URL中使用一个秘密路径,例如:www.example.com/your_token。因为没有其他人知道你的机器人的令牌,所以你可以很确定是我们。
如果你使用webhooks,这是有可能的。好处是你需要更少的请求,坏处是在这种情况下,不可能知道这样的请求是否成功或得到其结果。
每当你收到一个webhook更新,你有两个选择:
1. 发出POST到https://api.telegram.org/bot<token>/方法
2. 2. 直接回复并在回复中给出方法作为JSON有效载荷
你可能还想看看我们的样本HelloBot,它提供了一个这样的PHP实现。
使用getFile方法。请注意,这只对大小不超过20MB的文件有效。
目前,机器人可以发送大小不超过50MB的任何类型的文件,所以是的,非常大的文件目前还不能使用。对不起。这个限制在未来可能会被改变。
是的,file_ids可以被视为持久性的。
当在一个特定的聊天室内发送消息时,避免每秒发送超过一条消息。我们可能会允许短时间内超过这个限制,但最终你会开始收到429错误。
如果您要向多个用户批量发送通知,API不允许每秒钟超过30条左右的消息。考虑将通知分散在8-12小时的大间隔内,以获得最佳效果。
还要注意的是,你的机器人将不能每分钟向同一群体发送超过20条信息。
不幸的是,目前我们还没有发送批量信息的方法,例如通知。我们可能会在未来添加一些类似的功能。
为了避免在群发通知时触及我们的限制,可以考虑将它们分散在较长的时间间隔内,例如8-12小时。API不允许每秒钟向超过30个用户群发通知,如果你超过了,你将开始收到429个错误。
参见:如何避免触及限制?
如果你有本页面没有回答的问题,请在Telegram的@BotSupport上与Telegram联系。
Telegram欢迎对机器人平台和API的任何建议。
搜索引擎蜘蛛对移动设备和桌面设备的处理可以有一些不同之处。以下是一些常见的区别:
尽管搜索引擎蜘蛛对移动设备和桌面设备的处理可能略有不同,但总体目标是提供最佳的用户体验和相关的搜索结果。因此,为了获得良好的搜索可见性,建议采取以下措施:采用响应式网站设计、优化移动页面和内容、确保快速加载速度,并提供高质量和有价值的用户体验。
可以通过以下几种方式来识别和避免被搜索引擎蜘蛛认为是“过度优化”:
搜索引擎蜘蛛在处理重复内容时,会采用一些策略来判断哪些内容是重要的,哪些是不重要的。例如,如果两个网页的内容完全相同,那么搜索引擎可能会选择只保留其中一个网页的版本,或者根据链接的质量来确定哪个版本更重要。此外,有些搜索引擎还会使用相似性算法来检测内容之间的相似性,并将相似的内容进行分组,以便用户在搜索时能够更快速地找到所需的信息。
搜索引擎蜘蛛在处理重复内容时会采取一些处理策略,以确保搜索结果的质量和多样性。以下是搜索引擎蜘蛛处理重复内容的常见方法:
需要注意的是,尽管搜索引擎蜘蛛会处理重复内容,但重复内容本身可能对搜索引擎优化(SEO)产生负面影响。重复内容可能导致搜索引擎索引中的页面混淆和竞争,从而降低特定页面的排名和可见性。因此,在设计和维护网站时,应避免出现重复内容,保持页面的独特性和价值。
sitemap(网站地图)是一种XML文件,它包含了网站中所有网页的URL地址和这些页面的更新频率、更改频率等元数据。网站地图可以帮助搜索引擎蜘蛛更好地了解网站的架构和内容,从而更好地爬取网站中的网页。
搜索引擎蜘蛛是搜索引擎的自动程序,负责浏览互联网并收集网页内容,用于搜索引擎的索引和排名。当搜索引擎蜘蛛访问一个网站时,它通常会首先查找网站的sitemap。通过查看sitemap,蜘蛛可以了解网站的整体结构和可抓取的页面。这样,搜索引擎蜘蛛可以更加全面地抓取网站的内容,并将其添加到搜索引擎的索引中。
通过提供一个完整且准确的sitemap,网站所有可访问的页面都可以被搜索引擎蜘蛛发现和索引。这有助于确保网站的所有重要页面都被搜索引擎收录,从而提高页面在搜索引擎结果中的可见性和排名机会。
总结而言,sitemap是一个包含网站页面信息的XML文件,它将网站结构呈现给搜索引擎蜘蛛,以帮助其更好地抓取和索引网站内容。
可以通过以下几种方式来优化网站的加载速度以改善搜索引擎排名:
总的来说,加载速度是影响搜索引擎排名的重要因素之一。通过以上方法优化网站的加载速度可以提高搜索引擎排名,从而获得更好的流量和转化率。
可以通过以下几种方式来提高网站被搜索引擎蜘蛛抓取的频率: