Follow

【关于本站domain block的简短说明】

虽然本站一直主张极简式管理,避免过多规则和限制,但domain block列表中至今也有十多了个外站(含silenced和suspended),这是由我和另一位管理员 @petit 自主决定的,我们之间并未进行协商而是完全信任彼此的操作,至于是否要将这类操作进行公开讨论乃至公示,我认为这完全是各站站长的自由。

但domain block在在本站的添加规则完全不是由个人好恶驱动,而是纯粹基于 1)外站内容是否会对本站大部分用户造成不适 2)外站是否存在大量spam式活动 3)和外站的数据流动是否会对本站造成潜在威胁 中的一点或几点做出的决定,具体操作形式也有不同。虽然我们致力于维护和鼓励网络自由,但在具体管理时依然会有自己的尺度。

这种尺度也会表现在其他运营思想上(如注册规则和宣传方式),是导致各实例风格不同的重要因素。长毛象的特色在于用户可以自由迁移,对所在实例的规则、安全性和氛围感到疑虑或不适的用户可随时迁移。在此顺便鼓励大家对已有实例多做探索,找到最合适自己的🐘。

@digforfire 站长!请问还有没有其他规则或注意事项呀?可否列出一下 :blobheartcat: 非常感谢!

@digforfire 啊对了站长!恳请可否将嘟文字数限制放宽一些? :blobheartcat: 非常感谢!

@eyeballz 之前也考虑过这类修改(包括修改多媒体数量/尺寸限制、投票限制等等),但因为考虑到这类修改在其他实例上的兼容性,基本上都没动手——事实上,长毛象在这方面比较“落后”,是开发者从实例全局角度作出的中庸决策。

再说,本站内写大篇文字的人并不多啊,除了我。假如见到更多用户经常写499字,我肯定会做这类改进的。 :si_blobfox:

@digforfire 问下可否放个列表显示被屏蔽/静音的站点并列出原因? :ablobowo:

@digforfire @petit 我的态度是鼓励用户:1. 多了解不同实例的规则和运营尺度,找到让自己最舒适的选择;或者 2. 在没有完美符合自己需求的实例、或者力所能及的情况下,鼓励自建实例

@AstroProfundis @petit 之所以不太直接鼓励自建实例,是因为大小实例都有过突然关门的例子,此导致的用户不安全感比丢失信息更严重。实例自然是越多越好,但还是需要有强烈的自主愿望并且有责任心的人去运营。

@digforfire @AstroProfundis @petit
单人实例没有太大的问题。
关实例之前提前发通告就可以了,实例开开关关本来就是很正常的事情。

@bgme @digforfire @petit 我的意思其实是,如果感觉没有特别满意的实例,力所能及的情况下自己建一个自己用,或者几个熟人合作建一个自己小范围用都可以,不一定是自己建了就要开放注册收很多用户,做到这个程度确实还是有一些门槛的

@bgme @AstroProfundis @petit 如果说用户自建实例然后关闭注册只给自己用,那是最好,建议有能力的人都这么干。

虽然长毛象的部分信息可以迁移,但toots不可以,用户生成的内容,自己的整个tl,所有上传的多媒体,这些都无法迁移,这些都是用户的损失。

@digforfire @bgme @petit 我觉得终极理想状态就是世界上有超级多的实例,然后多数实例只有一个人或者三五个人,当然这是不可能的,但我愿意鼓励和支持任何有能力和精力的人去尝试(

@AstroProfundis @digforfire @bgme 我感觉实例的最理想状态是熟人社交,类似于町内会这种形式

@AstroProfundis @digforfire @bgme @petit 云容器服务能便宜一点+傻瓜一点的话可能可以实现(降低到10rmb以内)

@digforfire 目前 Mastodon 還做不到自由遷移,資料能帶走但無法匯入新站點。

@digforfire 是的,「很不錯」或者說可以接受。但資料帶不走也是事實,對於我來說就很難真的去考慮遷移。我想不僅僅是我會介意這一點。

@SakuragawaAsaba 完全理解,所以我另外一个回复thread里面说的就是用户信息会丢失所以建议开放注册的运营者要考虑对用户责任问题。在我看来搬迁都是不得已而为之,应该不会有开发者去开发内容搬迁功能因为需求量更低而且不符合这类软件的设计思想,在我的想象中至少涉及到一个重建timeline的问题(Wordpress倒是可以全部帖子打包带走)

@leon007 @digforfire @SakuragawaAsaba 之前我就很疑惑为什么到现在都没有导入旧数据的功能或者黑魔法。

后来意识到,这不光是数据本身的导入问题还涉及到其他人嘟文串的变更。比较难做到完美。

大概很长时间内都不会有这个选项吧,只能保证个人关系网的迁移聊胜于无。

@dimlau @digforfire @leon007 實際上搬遷功能不是沒有開發者做,是沒有好的方法做。Fediverse 中不以 UUID 辨識用戶身份,而是單純以用戶名辨識,直接導致遷移只能依靠聲明而不能真正打包帶走。

絕對不要說需求量低!只是單純因爲做不到所以很多人沒有做,包括自建的實例如果更換網域名稱都屬於遷移的範圍,我就很想把「hub」去掉,只是不完美(或者應該說問題多)所以沒有做。

之前 Mastodon 的討論好像有計劃在後續版本時候引入 UUID 標識用戶身份,可惜現在看來是還沒有實現。

@SakuragawaAsaba @dimlau @digforfire
一些重要的嘟文什么的,最好还是搞个博客自己存起来比较方便,长毛象本身是一个社交工具。一般也很少有人拿它用来存放重要的东西。

@leon007 @dimlau @digforfire 這與我的用例和理解不一樣。有的時候如果只是一些短的感想,或者開箱圖,都會在 Mastodon 發。這些對我來說也是「重要的東西」。

我印象裏也有很多硬碟的免責條款可能會寫,「不要把重要的資料留存在硬碟中」。哦對了,大部分部落格套件本身是個發佈系統,一般也很少有人拿它用來存放重要的東西😉

Sign in to participate in the conversation
掘火长毛象

A change of speed, a change of style
A change of scene, with no regrets