©CC BY-NC-SA 4.0

频道: cx.ms/channel
笔记: cx.ms/memo
博客: cx.ms/blog
剪贴: cx.ms/clip
社交: cx.ms/sns
#吐槽

In reply to nevent1q…g7fg
_________________________

Make Twitter happy

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…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
#吐槽

#follow 的邀请码制度拦下来了大部分真正想要体验应用的人, 公平? 不见得有多公平, 更多是被用来限制服务端资源开销速度了. 想不想治理这种号贩子主导的倒卖市场的也就看服务端想不想了, 反正邀请已经用树状关系关联了. 但从链上掐断是不可能的, 区块链的最大特色就是发出去的东西永远收不回来.
不过现在一旦掐断某个主干, 号贩子是无所谓的, 而真正受害的是用钱买了邀请码的人, 项目到时候绝对会面临一波公关危机.

via Nostr@cxplay
#吐槽

In reply to nevent1q…9pzd
_________________________

这分明就是直接把四张效果图拿过来拼在一个画布上了, 然后蛇院的那张忘记把灰底图层隐藏掉. 这个棋盘格子更是离谱, 简直就是前面操作之后直接对着软件里的画布截图了.
总之就是做不出好的透明效果又还搞漏了一张, 怎么看怎么离谱.

via Nostr@cxplay
#吐槽

In reply to nevent1q…9vwg
_________________________

Twitter 桌面版网页上刷图的媒体详情展开速度已经慢到有卡顿感了, 更是难受. 现在最好的刷图体验更多是手机上刷, 电脑上存档. 但两边跑好麻烦啊.
而且这个桌面版网页的占用... 什么情况?

via Nostr@cxplay
Back to Top