Posts by lgE@mstdn.one
 (DIR) Post #AO13vNHUDiSKbGKRO4 by lgE@mstdn.one
       2022-09-28T07:31:50Z
       
       0 likes, 0 repeats
       
       @mashiro 异地登陆会有邮件,发现是陌生的IP可能会引发误解
       
 (DIR) Post #AO1IFla2z4sJ74d0L2 by lgE@mstdn.one
       2022-09-28T10:12:24Z
       
       0 likes, 0 repeats
       
       @mashiro 你的站点之前是能获取到真实IP的
       
 (DIR) Post #AO1TE6Z75gL975bMZc by lgE@mstdn.one
       2022-09-28T12:15:21Z
       
       0 likes, 0 repeats
       
       @mashiro 长毛象会发“已有新IP地址访问了您的账号”
       
 (DIR) Post #AOHouBCEV5dqJJuAYC by lgE@mstdn.one
       2022-10-06T09:33:40Z
       
       0 likes, 0 repeats
       
       @mashiro 代理为啥会这么占IO
       
 (DIR) Post #AOHpjf7ezkc9tUJaaG by lgE@mstdn.one
       2022-10-06T09:42:57Z
       
       0 likes, 0 repeats
       
       @mashiro 感觉要先确认下是不是缓存的读写,可以把缓存关了试试?或者等迁移了也可以跑个测试脚本。另外swap会不会产生较多磁盘读写。
       
 (DIR) Post #AOpGOM84IiwvrnDULg by lgE@mstdn.one
       2022-10-22T11:53:17Z
       
       0 likes, 1 repeats
       
       #长毛象运维 未来中文实例可能会流行配置3个不同的顶级域,分别是:1. 主域名:用于用户后缀和实例间通信。品相较好,续费价格可接受。2. 媒体域名:用于分发媒体。为使跨站媒体缓存清理后能重新获取,需长期保持。品相不重要,续费价格便宜。3. 镜像域名:用于特定地区的访问体验。不需长期保持,只要首次注册费用便宜即可。
       
 (DIR) Post #AOtPSkBlAxzpW3EGa8 by lgE@mstdn.one
       2022-10-24T12:46:09Z
       
       1 likes, 1 repeats
       
       有点好奇,之前那些:- 认为3月“沪国”领导是在阳奉阴违、对抗中央的人- 觉得当年武汉撸掉一批官员相比“咖啡市”很不公平的人- 抨击“孟买”竟敢聘用“不法分子”管轶当院长的人最近是不是有什么新的感悟。
       
 (DIR) Post #APEWzgCSlYaqEhBbFo by lgE@mstdn.one
       2022-11-03T17:20:40Z
       
       0 likes, 1 repeats
       
       马斯克收购推特,把一个尘封了很多年的去中心化推特项目 Twister 的官号都给“气活”了:https://twitter.com/TwisterPtoP
       
 (DIR) Post #AQ1k2Qxl5Ce5tuR4We by lgE@mstdn.one
       2022-11-27T06:46:43Z
       
       0 likes, 1 repeats
       
       每个人都按自己的想法发言,统计的结果就接近真实。每个人都顾及想象中的整体发言,统计的结果就接近想象。
       
 (DIR) Post #AQ2T4RpZK53Z6owJG4 by lgE@mstdn.one
       2022-11-27T18:47:14Z
       
       1 likes, 0 repeats
       
       事情客观的严重性和主观的感情强度不同,这是一件很正常的事情。比如,相对战乱地区吃不饱饭的儿童,人们可能更关心提升自己身边儿童的营养。但如果要求必须先捐助吃不饱饭的,才能考虑捐助提高营养的,那恐怕就没什么人愿意做慈善了。
       
 (DIR) Post #AQjN0ldrTk3XSxbOim by lgE@mstdn.one
       2022-12-18T12:15:23Z
       
       0 likes, 1 repeats
       
       虽然不太清楚发帖者是在aliyun还是alibabacloud注册的账号,但这至少表明,境外的地域≠避免主动检测阿里云居然检测海外客户在 OSS 上的图片里的文字https://v2ex.com/t/903264
       
 (DIR) Post #AQkzuTGyx5oY81qhgu by lgE@mstdn.one
       2022-12-19T07:06:09Z
       
       0 likes, 1 repeats
       
       尽管知道 Cloudflare 的免费政策可以为其带来海量的运营经验和活跃的社区支持、在达到一定规模后边际成本也很低,但这仍不改变其“大善人”的评价。这是因为,能达到这个规模的大厂还有好几家,但能不绑信用卡敞开用的仅此一家。在其他领域也一样。有些企业一直在赞助教育等领域,尽管知道这种赞助也间接会对企业有利,但仍不免产生赞许之情。毕竟,间接有利的道理大家都懂,可真正去做的又有多少?
       
 (DIR) Post #AQvLKOQTdVJrFA5ib2 by lgE@mstdn.one
       2022-12-24T06:54:39Z
       
       0 likes, 1 repeats
       
       与其说是太快放开,不如说是太晚放开。越晚越脆弱,退场的冲击也越大。入境5+3的背景下,需要到处封一块再一大片做核酸才能控制住奥密克戎。地方财政逐渐见底,民众不满逐渐积聚,加之始终没有放开的时间预期,压力不断上升。这种情况下,原本细小的裂痕能快速延伸到整个体系,大大超出普遍的预期,成为体系本就十分脆弱的注脚。
       
 (DIR) Post #ASMf4ziC3e0okVH2Js by lgE@mstdn.one
       2023-02-05T09:05:11Z
       
       0 likes, 1 repeats
       
       简单讨论一下将 #IPFS 用于长毛象媒体存储的可行性如果在用户端用ipfs,要么自带网关,要么走第三方公共网关。(如果有其他思路也可讨论)前者占空间、CPU,同时速度还难以保证。后者就称不上是去中心化了。即使实例建网关转成http,那相比现在也没提供什么增益。服务端用ipfs,一种思路是把它当成s3用、直接托管在第三方,另一种则是在已有存储的基础上加入ipfs。前者如果完全依托IPFS交互,延时恐怕控制不住(固定提供商的peers?)。后者是我认为有一定可行性的思路。现有的机制下,只要媒体文件的路径改了,长毛象就无法自动定位到已清理的外站媒体。如果各服务器的媒体文件都加入了ipfs、缓存外站30d以上或者永久缓存有互动的媒体文件,那么只要该文件的hash记录还在,就能从原站或者有缓存的其他站点找到。即使站点自身的媒体文件彻底灭失,用户找回媒体的可能性和便利性都会大大增加。如果数据库还在的话,重建一大部分的站点媒体文件也是可能的。而且对于寻找旧媒体文件的任务,有一定延时也是可以接受的。长毛象对象存储的特点是大量小文件,自建ipfs能否有效应对是个问题。我简单测试了下,参考 https://docs.ipfs.tech/install/run-ipfs-inside-docker/ 建了个docker。通过docker stats查看,平时CPU有一定占用,长时间运行内存会到500MB。加入约10GB(80k)的文件,最高到1.6GB。重启并运行一段时间后稳定在600MB左右。已加入的文件通过公共网关访问未能直接成功,第一次尝试后过一段时间再访问有时能打开,更换默认的4001端口似乎有一定帮助。另外,也有 https://web3.storage 这类将文件交给服务商,让服务商加入IPFS的服务。但价格相比s3看起来没有优势。网关例:https://cloudflare-ipfs.com/ipfs/QmP16cnDGh1NC6DruajXoWvTwFJhgDCDjMsoStYY7e2iBN顺便一提,对于 Filecoin 这类激励层的设想,我曾抱有实现人人为我、我为人人模式的期待。但目前来看,其挖矿的硬件门槛远超民用级NAS https://lotus.filecoin.io/storage-providers/get-started/hardware-requirements/ ,应该会产生明显的中心化趋势。因此,个人对其前景还是有一定疑问。总的来看,ipfs有望为媒体文件的存储提供一些增益,但暂时还不足以抵消实现中的各种麻烦。期待未来能看到更好方案。
       
 (DIR) Post #ASbsfh5Ad4ZGaa8oDI by lgE@mstdn.one
       2023-02-12T17:18:28Z
       
       0 likes, 0 repeats
       
       @bgme 如果原站还存在,重新拉取确实是可行的。我这段也没多乐观吧,按10GB 对应 100MB 暴力计算,内存量也挺恐怖的。而且我指的是可以接受延迟的寻找旧媒体任务。128GB RAM + 128GB swap 这个是挖矿程序,不单单是IPFS。docker 想用IPv6,比较简单粗暴的做法就是 --net=host 。对于服务器,配一个静态的 fixed-cidr 也算可以接受。
       
 (DIR) Post #ATsh8iZ5vW5jy8LHRQ by lgE@mstdn.one
       2023-03-22T07:56:08Z
       
       0 likes, 1 repeats
       
       看了编程随想的消息,也可以思考:- 从当前的匿名身份出发,最少需要多少后台信息就能把自己给盒了- 从与真实身份关联的账号出发,需要多少后台信息就能追溯到匿名身份应该不存在根本无法追溯到的情况,问题只是需要多少信息(成本)。
       
 (DIR) Post #AUL1xWMkNMTgKlk4Se by lgE@mstdn.one
       2023-04-05T09:56:38Z
       
       0 likes, 0 repeats
       
       @mashiro 个人觉得还有一个问题是 cache 和 local 媒体混在一起,如果能分别设置存储,甚至于只是分离在两个文件夹也会好很多
       
 (DIR) Post #AULDfK7QN2QwaUfF8y by lgE@mstdn.one
       2023-04-05T12:07:49Z
       
       0 likes, 0 repeats
       
       @mashiro 我觉得理想的配置是/local/accounts/...和/cache/accounts/...。现在根目录一个accounts/加上cache/accounts/,导致写本地备份不是那么方便,要枚举或者排除(有软件排除的运行效率很低)。更方便的就是我之前说的,如果能分别设置存储,一个local一个s3,或者是不同的s3桶,那就更理想了。
       
 (DIR) Post #AULJLZilFfeQuV5vqy by lgE@mstdn.one
       2023-04-05T13:11:28Z
       
       0 likes, 0 repeats
       
       @mashiro media_attachments/thumbnails/ 有些是来自外站然后在本地生成的文件我说的分开配置是/local/accounts/...和/cache/accounts/...。现在根目录一个accounts/加上cache/accounts/,导致写本地备份的程序不是那么方便,要枚举或者排除(有软件排除的运行效率很低)。更方便的就是我之前说的,分别设置存储,一个local一个s3,或者是不同的s3桶。搜了搜,看来有人提过 https://github.com/mastodon/mastodon/issues/12382。
       
 (DIR) Post #AULMTiJRUYZbjgpB2m by lgE@mstdn.one
       2023-04-05T13:46:34Z
       
       0 likes, 0 repeats
       
       @mashiro prefix这么复杂可能也与s3性能有关:https://docs.aws.amazon.com/AmazonS3/latest/userguide/optimizing-performance.html