©CC BY-NC-SA 4.0
🚩加入 Nostr!moe 社区: join.nostr.moe
Octos - 一个 HTML 动态壁纸引擎

尚处于开发阶段, 支持 Windows 平台, 提供 API 支持写入, 访问系统和有限地与系统交互(媒体控制). 支持命令行使用, GUI 使用 Electron 构建.
当前版本(v1.0.1)不支持多显示器, 但这个功能已处于计划中(#1).

GitHub: https://github.com/underpig1/octos
文档: https://underpig1.github.io/octos/docs/

#software #Windows #wallpaper #opensource

via CXPLAY's Memos
Plane - 一个开源项目管理工具

仍然处于开发阶段, 支持 SaaS 和自托管, 未来将会提供企业级的 SaaS 和自托管版本支持. 源代码使用 AGPL-3.0 许可.

网站: https://plane.so/
文档: https://docs.plane.so/
GitHub: https://github.com/makeplane/plane

#opensource #software #web

via CXPLAY's Memos
才发现 Excel 没有删除线的文字格式. #吐槽
当流行 "神曲" 出现在日推里总是有种不真实的感觉. #吐槽
对于应对与 Threads 这种量级的实例互联,Fediverse 也许应该要做到把互联的白名单精确到实例中的用户这种级别,比如对于小型或单人实例可以只与白名单里的 Threads 特定用户(网红、明星、音乐人等)所关联的数据互通,只取需要的。

对于 Meta 这种超大型实例来说,对于数据的共通可能也要像商定「用户协议」一样制定 “互联协议”。

#社交媒体 #Fediverse #Meta #Threads

via CXPLAY's Memos
自从 Meta 宣布新社交平台 Threads 将会加入 Fediverse 后, 很多以使用 Mastodon 为代表的一众运营中 Fediverse 实例如临大敌, 有的实例甚至已经开始提前屏蔽 Meta 管理的 ASN 下的所有 IP, 几种原因有:

实例服务器的计算资源难以承受与这种特大规模的实例互联.
实例管理层不可能完全审查如此量级的 Threads 用户数据.
Meta 会抽取实例的用户数据用于推荐算法甚至大型语言模型的训练.

#社交媒体 #Fediverse #Meta #Threads

via CXPLAY's Memos
Telegram 的讨论线程(thread)

最常见的是在频道与附属讨论群组中, 但实际上建立起这种讨论线程关系并不一定需要附加这种关系. 但是使用客户端里的设定之后就能自动为频道里的消息转发到讨论组并开启一个讨论线程的入口(评论区入口).

实际上群组里建立起讨论线程只需要有一条消息就能做到(如果你能预测到消息 ID 那就更好了):

https://t.me/cxplayworld_comment_group?thread=2527

其中的参数 thread 值对应群组中的消息 ID, 同样在群组里的消息菜单里也可以查看这条消息的回复从而进入线程, 但如果消息没有回复是没有这个菜单选项的.

https://t.me/cxplayworld_comment_group/2527

#Telegram #tips

via CXPLAY's Memos
给数据抓取加上限制大多并不是为了 "肥水不流外人田", 而是把数据重新放到货架上 "明码标价". 不过很可惜的是, 那些卖货的自己并不生产货物, 而作为生产者的用户也并没有分到一杯羹, 用户也要为这种不公平的 "数据销售" 付出代价 —— 「免费」的代价.

当然, 作为用户本身就有权利将自己的数据作为一种代价支付给商人, 从而换取商人手里的 "面包", 在用自己的数据把自己从用户升级为客户之后, 对应也获得了与商人谈条件的权利, 这份 "面包" 是否值得我的这份数据的价值? 商人也会反过来思考这份数据是否值得换取这份 "面包"?

#note

via CXPLAY's Memos
Back to Top