#吐槽
In reply to nevent1q…rc8w
_________________________
On the contrary, it's a great alternative to Twitter for anime lovers😎, But I also know that these niche hobbies shouldn't always be in the your global feed.
via Nostr@cxplay
In reply to nevent1q…rc8w
_________________________
On the contrary, it's a great alternative to Twitter for anime lovers😎, But I also know that these niche hobbies shouldn't always be in the your global feed.
via Nostr@cxplay
#吐槽
In reply to nevent1q…ku5z
_________________________
用 uBlock Origin 的 CSS 规则, 让 :has 伪类去隐藏这些含有关键词的结果, 或者直接删除 HTML 元素.
via Nostr@cxplay
In reply to nevent1q…ku5z
_________________________
用 uBlock Origin 的 CSS 规则, 让 :has 伪类去隐藏这些含有关键词的结果, 或者直接删除 HTML 元素.
via Nostr@cxplay
#吐槽
才知道 Archive.org 有一个付费存档的订阅服务 Archive-it.org
Archive-It Information – Internet Archive Help Center
https://help.archive.org/help/archive-it-information/
然而似乎并不面向个人开放订阅.
via Nostr@cxplay
才知道 Archive.org 有一个付费存档的订阅服务 Archive-it.org
Archive-It Information – Internet Archive Help Center
https://help.archive.org/help/archive-it-information/
然而似乎并不面向个人开放订阅.
via Nostr@cxplay
#吐槽
In reply to nevent1q…peuc
_________________________
说起来倒是我还没有用过 NIP-29 的群组功能, 没想到还能在群组里面发帖.
via Nostr@cxplay
In reply to nevent1q…peuc
_________________________
说起来倒是我还没有用过 NIP-29 的群组功能, 没想到还能在群组里面发帖.
via Nostr@cxplay
#吐槽
In reply to nevent1q…can4
_________________________
群组消息当然不应该这种, 只是 NIP-1 这类文本倒是无所谓.
via Nostr@cxplay
In reply to nevent1q…can4
_________________________
群组消息当然不应该这种, 只是 NIP-1 这类文本倒是无所谓.
via Nostr@cxplay
#吐槽
想起很久之前在 Telegram 频道当社交媒体用, 现在是时候应该把它们迁移到 Nostr 了, 方便以后回顾和引用, 反正事件的时间戳能随便写. 但主要还是大部分中继并不允许晚于当前时间过于久远的事件进入, 所以把它放在自己的中继就好了.
via Nostr@cxplay
想起很久之前在 Telegram 频道当社交媒体用, 现在是时候应该把它们迁移到 Nostr 了, 方便以后回顾和引用, 反正事件的时间戳能随便写. 但主要还是大部分中继并不允许晚于当前时间过于久远的事件进入, 所以把它放在自己的中继就好了.
via Nostr@cxplay
#吐槽
In reply to nevent1q…rk3r
_________________________
昨晚看完了, 其实是比较平淡的. 倒是知道了维兰德公司似乎已经掌握了从抱脸体反向还原出「黑水」的技术, 但这部的剧情介绍了已经在星环上面的空间站任务失败而失传了. 而这个空间站更是直接就是「罗穆路斯」和「雷穆斯」, 还是浓重的宗教和神话风味, 暗示通过黑水创造人类新罗马?
维兰德公司一直在寻找「长生不老药」, 就和秦始皇的传说一样, 不过前者是用科学技术来解读神话后找到了黑水, 以为这是什么好东西. 结果整个系列下来人类都没能驾驭这种神秘物质, 成人只有剧烈的变异症状然后暴毙. 只有还在胚胎阶段的婴幼儿成功融合了黑水, 不过最后成形后一看也不过是披着人皮的破胸体而已.
via Nostr@cxplay
In reply to nevent1q…rk3r
_________________________
昨晚看完了, 其实是比较平淡的. 倒是知道了维兰德公司似乎已经掌握了从抱脸体反向还原出「黑水」的技术, 但这部的剧情介绍了已经在星环上面的空间站任务失败而失传了. 而这个空间站更是直接就是「罗穆路斯」和「雷穆斯」, 还是浓重的宗教和神话风味, 暗示通过黑水创造人类新罗马?
维兰德公司一直在寻找「长生不老药」, 就和秦始皇的传说一样, 不过前者是用科学技术来解读神话后找到了黑水, 以为这是什么好东西. 结果整个系列下来人类都没能驾驭这种神秘物质, 成人只有剧烈的变异症状然后暴毙. 只有还在胚胎阶段的婴幼儿成功融合了黑水, 不过最后成形后一看也不过是披着人皮的破胸体而已.
via Nostr@cxplay
#吐槽
In reply to nevent1q…ar3a
_________________________
https://github.com/frostming/fxzhihu
via Nostr@cxplay
In reply to nevent1q…ar3a
_________________________
https://github.com/frostming/fxzhihu
via Nostr@cxplay
#吐槽
翻 Cloudflare 文档才知道它的 GeoIP 数据供应方是鼎(chou)鼎(ming)大(zhao)名(zhu)的 MaxMind.
https://developers.cloudflare.com/ruleset-engine/rules-language/fields/standard-fields/#:~:text=Geolocation%20information%20is%20provided%20and%20maintained%20by%20MaxMind.
via Nostr@cxplay
翻 Cloudflare 文档才知道它的 GeoIP 数据供应方是鼎(chou)鼎(ming)大(zhao)名(zhu)的 MaxMind.
https://developers.cloudflare.com/ruleset-engine/rules-language/fields/standard-fields/#:~:text=Geolocation%20information%20is%20provided%20and%20maintained%20by%20MaxMind.
via Nostr@cxplay
#吐槽
In reply to nevent1q…jc60
_________________________
还有种办法是用服务端规则把 Twitter 的流量重定向到一个额外带有特殊查询字串符的 URL, 这样服务端由于查询字串符就会重新回源, 给 TwitterBot 生成元数据标签, 然后还能继续缓存起来.
via Nostr@cxplay
In reply to nevent1q…jc60
_________________________
还有种办法是用服务端规则把 Twitter 的流量重定向到一个额外带有特殊查询字串符的 URL, 这样服务端由于查询字串符就会重新回源, 给 TwitterBot 生成元数据标签, 然后还能继续缓存起来.
via Nostr@cxplay
#吐槽
In reply to nevent1q…kuwm
_________________________
给 TwitterBot 单独生成元数据标签之后发现 Cloudflare 的「按设备类型缓存」并非是按照设想中的会分隔 Bot 的缓存.
https://developers.cloudflare.com/automatic-platform-optimization/reference/cache-device-type/
CF 公开的正则里面只有把 GoogleBot 划分在了移动设备里, 而其他的 Bot 被排除, 统统读到桌面端设备的缓存, 如果有桌面设备或者其他 Bot 先行一步让 CF 缓存了页面, 后续 TwitterBot 进来也就没办法读到单独为它准备的元数据标签.
怎么办呢? 不放弃缓存的情况下, 看起来只能给 TwitterBot 开绿灯让它绕过缓存直接回源了.
via Nostr@cxplay
In reply to nevent1q…kuwm
_________________________
给 TwitterBot 单独生成元数据标签之后发现 Cloudflare 的「按设备类型缓存」并非是按照设想中的会分隔 Bot 的缓存.
https://developers.cloudflare.com/automatic-platform-optimization/reference/cache-device-type/
CF 公开的正则里面只有把 GoogleBot 划分在了移动设备里, 而其他的 Bot 被排除, 统统读到桌面端设备的缓存, 如果有桌面设备或者其他 Bot 先行一步让 CF 缓存了页面, 后续 TwitterBot 进来也就没办法读到单独为它准备的元数据标签.
怎么办呢? 不放弃缓存的情况下, 看起来只能给 TwitterBot 开绿灯让它绕过缓存直接回源了.
via Nostr@cxplay
#吐槽
In reply to nevent1q…ndnx
_________________________
还得去 Instagram 那边关掉个性化广告, 不过我没太用过 INS 所以我也不知道入口在哪里, 上次找 Mate 的用户数据用于 LLM 训练的同意选项也是像在捉迷藏.
via Nostr@cxplay
In reply to nevent1q…ndnx
_________________________
还得去 Instagram 那边关掉个性化广告, 不过我没太用过 INS 所以我也不知道入口在哪里, 上次找 Mate 的用户数据用于 LLM 训练的同意选项也是像在捉迷藏.
via Nostr@cxplay
#吐槽
In reply to nevent1q…xnkd
_________________________
njump 本身是对 TwitterBot 做了单独的 case 适配的, 但可惜用得是 UserAgent 关键词匹配, TelegramBot 的 UA 又偏偏带个 "like TwitterBot", 于是乎 TelegramBot 的请求进来不管怎么样都会被匹配到 Twitter 的元数据条件. 除非给 TwitterBot 的 UA 进行全字匹配, 不知道可不可行.
这次的预览改造还是比较成功的, 迟早也要提交给上游, 还是要做好适配.
via Nostr@cxplay
In reply to nevent1q…xnkd
_________________________
njump 本身是对 TwitterBot 做了单独的 case 适配的, 但可惜用得是 UserAgent 关键词匹配, TelegramBot 的 UA 又偏偏带个 "like TwitterBot", 于是乎 TelegramBot 的请求进来不管怎么样都会被匹配到 Twitter 的元数据条件. 除非给 TwitterBot 的 UA 进行全字匹配, 不知道可不可行.
这次的预览改造还是比较成功的, 迟早也要提交给上游, 还是要做好适配.
via Nostr@cxplay