曳尾于涂 @Acer@social.cleverlibre.org

今天Zuck Q&A说要向中国公司学习，甚至尝试996…… My ears are bleeding

朋友今天突发事件，我现在在兼职我朋友的咨询师
我:这是我花钱学来的
朋友: 花钱咨询真的有用

@claudia
好像只能导出 Lists 不能导入。
不过可以使用API，写一个小程序。

@AstroProfundis @bgme 提前预警：内存小的话不建议采用，占用内存比一般的实例大

@AstroProfundis @bgme
从fedibird抄过来的
https://github.com/fedibird/mastodon/tree/fedibird-base-v3.1.4
fedibird也就是QOTO的上游，具体用法可以见QOTO。不过QOTO代码比较老，要看新版合并冲突怎么解决得看fedibird.

fedibird几个主要branch:
- fedibird 每日rebase on master，随时加新功能，不稳定但它是fedibird.com实际运行的分支
- fedibird-base-v3.1.4 这个是稳定不动的版本，rebase到v3.1.4，好久没有更新了
- fedibird-base 这个是repo默认branch，但我感觉没什么实用价值

作者noellabo，详细你可以直接问他。他能看懂也会写英语

@AstroProfundis @bgme 我站大概是中文圈（？）里唯一一个既可以把未关注用户放进列表/HTL，也可以把已关注用户不放进HTL的实例

对于长毛象的列表功能，一些新来的嘟友可能不太会用。在这里科普一下。
所谓列表，就是对好友进行分类，比如说我把英文的用户分成一组，中文的用户分成一组，这样我如果想只看英文用户发的嘟，只需要把开相应的列表就可以了。
列表这个功能 Twitter 上也有，不过 Mastodon 的列表与 Twitter 不同的是，这个列表是只自己可见，而且只能添加自己已关注的用户，被添加用户也不会得到你被添加到 XXX列表这样的提醒。

列表功能对于 Twitter 来说可能是一个可有可无的功能，但对于 Mastodon 来说，却是一个非常非常重要的功能，尤其是对于关注用户非常多的用户来说。
Mastondon的纯时间排序的时间轴固然保证了所有人都有展示的机会，时间线不会被什么大V、明星什么的占据。但是纯时间排序也意味着容易错过消息。如果你关注的用户非常多，或者你关注的用户中有一些特别话唠的，那么错过消息的情况就会变得非常严重。此外，长毛象 Home Timeline 只缓存400条消息，这更为此加上了一个硬性限制。

使用列表功能，将好友分成诸多个组，这样便可以即享受纯时间排序时间流，而又不错过自己想看的消息，可谓是一举两得。
像本人，经过不断积累，目前的列表数已经达到16个了！
如果你的关注用户数多于150人，强烈建议你使用列表功能。
#长毛象中文使用指南 #列表 #List

当你走进那个村子看到一个男孩，可能他的奶奶是拐来的，他的妈妈可能也是是拐来的。当他长大想要结婚的时候，方圆百里没有适龄女孩（全被埋了），于是他爹跟他说会帮他买一个媳妇。

如果有因果报应，这种地方的最好结局是断子绝孙。

（看到徐州拐卖历史之后的想法）

@Acer 是这样的，这样严禁只会让人更想进去，万一爆火变成网红打卡点就更可怕了…但我还是很喜欢这个概念

剛剛看<運財智多星>看到對岸九零年代的必勝客自助吧是給你一個沙拉碗 可以裝一次 裝多少都可以的方式 所以後來就變成很多人去吃都會疊這樣的沙拉塔 後來就取消了