想知道原来很多人都会存别人发的图片吗，比如说照片 截图之类的
我感觉我二十张图里面可能不会存一张，要找的时候直接去聊天里找（（
我感觉我二十张图里面可能不会存一张，要找的时候直接去聊天里找（（
Forward multiple messages
Clansty: Photo
Clansty: 查了半天也查不出来到底是什么东西加的
Clansty: 难道有什么东西在我的网里面发 ra？
Total 17 messages
Clansty: Photo
Clansty: 查了半天也查不出来到底是什么东西加的
Clansty: 难道有什么东西在我的网里面发 ra？
Total 17 messages
凌莞的奇奇怪怪的分享 via @MessagesBundlerBot
Forward multiple messages Clansty: Photo Clansty: 查了半天也查不出来到底是什么东西加的 Clansty: 难道有什么东西在我的网里面发 ra？ Total 17 messages
这个问题，几个月了，我都没查出来是怎么来的
一直以为是我路由器上什么服务搞出来的
直到今天，我把路由器上几乎所有网络相关的服务都停了，发现还会有
一直以为是我路由器上什么服务搞出来的
直到今天，我把路由器上几乎所有网络相关的服务都停了，发现还会有
Forward multiple messages
Clansty: 我买了两个刷好固件的 wifi 插线板
Clansty: 结果都连上我的 wifi 之后直接没法访...
Clansty: Photo
Total 8 messages
Clansty: 我买了两个刷好固件的 wifi 插线板
Clansty: 结果都连上我的 wifi 之后直接没法访...
Clansty: Photo
Total 8 messages
草，在海底捞 app 上提前了半个多小时取的号，比到了之后现场取的号还要数字大且慢
然后我去问了一下门口等人，他们说是穿插着排的，网上取号是 2 4 6 8，现场取号是 1 3 5 7
然后我去问了一下门口等人，他们说是穿插着排的，网上取号是 2 4 6 8，现场取号是 1 3 5 7
好奇订户对频道主（凌莞）的熟悉程度（跟风x2
Final Results
9%
只是订阅了频道，不熟
6%
除了频道以外还关注过其它平台
11%
聊过天（群聊）
3%
聊过天（私聊）
0%
熟悉频道主的多数公开网络身份
3%
知道频道主的大致现实身份
31%
面基过
37%
睡过觉
👀4🔥1
好奇订户对频道主（凌莞）的熟悉程度（跟风x2（2.0
Anonymous Poll
17%
只是订阅了频道，不熟
13%
除了频道以外还关注过其它平台
11%
聊过天（群聊）
7%
聊过天（私聊说过几句）
4%
聊过天，感觉挺熟的
4%
面基过（只是一起吃了饭或者见了面那种）
9%
面基过（单独或者少量人出来贴贴）
13%
来过家里
22%
睡过觉
👀8
感觉 https://github.com/overtake/TelegramSwift 有些好文明设计，在考虑是 port 到 https://github.com/clansty/tdesktop 还是把 0wgram 的东西 port 到 TelegramSwift
GitHub
GitHub - overtake/TelegramSwift: Source code of Telegram for macos on Swift 5.0
Source code of Telegram for macos on Swift 5.0. Contribute to overtake/TelegramSwift development by creating an account on GitHub.
想重写一个这个
实际上 Export 的 API 和平时 Telegram 的接口是一样的，能返回的数据也一样。不知道为什么官方的这个导出的数据就这么奇怪。
接口只是在调用的时候包裹在了 invokeWithTakeout 里面加上了 takeout_id，调用的方法和返回都和平时一样。也不知道为什么要加这层东西，难道是相当于快照一下？或者带上 invokeWithTakeout 可以放宽 RateLimit？
以及官方文档里面写 invokeWithTakeout 要套上 invokeWithMessagesRange，并且对每个返回的 MessageRange 重复操作。然而我执行 invokeWithTakeout(messages.getSplitRanges) 返回的结果是 minId: 1 maxId:2147483647，只有这么一个。我猜测大概是如果私聊的 messageId 超过了 2147483647 就会返回两个？（Telegram 的 messageId 确实是个 int32，以及私聊和不 Super 的 Group 的 messageId 是相对于用户且共享范围的。不过我自己的 messageId 也就六位数）
以及 https://github.com/one-among-us/TelegramBackup 看起来是没有 invokeWithTakeout 的。invokeWithTakeout 到底有什么作用真的不得而知。不过看起来 contacts.GetSaved 这个方法是必须要 invokeWithTakeout 的
反正准备写一个导出工具，可以直接导出到 PostgreSQL，差量导出，防止本地一个几十个 G 的 result.json
https://core.telegram.org/api/takeout
实际上 Export 的 API 和平时 Telegram 的接口是一样的，能返回的数据也一样。不知道为什么官方的这个导出的数据就这么奇怪。
接口只是在调用的时候包裹在了 invokeWithTakeout 里面加上了 takeout_id，调用的方法和返回都和平时一样。也不知道为什么要加这层东西，难道是相当于快照一下？或者带上 invokeWithTakeout 可以放宽 RateLimit？
以及官方文档里面写 invokeWithTakeout 要套上 invokeWithMessagesRange，并且对每个返回的 MessageRange 重复操作。然而我执行 invokeWithTakeout(messages.getSplitRanges) 返回的结果是 minId: 1 maxId:2147483647，只有这么一个。我猜测大概是如果私聊的 messageId 超过了 2147483647 就会返回两个？（Telegram 的 messageId 确实是个 int32，以及私聊和不 Super 的 Group 的 messageId 是相对于用户且共享范围的。不过我自己的 messageId 也就六位数）
以及 https://github.com/one-among-us/TelegramBackup 看起来是没有 invokeWithTakeout 的。invokeWithTakeout 到底有什么作用真的不得而知。不过看起来 contacts.GetSaved 这个方法是必须要 invokeWithTakeout 的
反正准备写一个导出工具，可以直接导出到 PostgreSQL，差量导出，防止本地一个几十个 G 的 result.json
https://core.telegram.org/api/takeout
❤1🤩1
凌莞的奇奇怪怪的分享
契机：有人不知道解散群之前应该先 export 一下
看起来一个原先是 Chat 然后 migrate to Channel 的群，migrate 之前的消息在群解散之后还能获取到