#吐槽
#AdGuard 删除对 GitHub 头像的语言请求头, 绕过 429 速率限制. uBlock Origin 不支持这个语法, 所以不能用.
```adblock
||avatars.githubusercontent.com^$removeheader=request:accept-language
```
via Nostr@cxplay
#AdGuard 删除对 GitHub 头像的语言请求头, 绕过 429 速率限制. uBlock Origin 不支持这个语法, 所以不能用.
```adblock
||avatars.githubusercontent.com^$removeheader=request:accept-language
```
via Nostr@cxplay
#article #read
IETF第125次会议将于2026年在深圳召开
https://mp.weixin.qq.com/s/CqsJC3R0WmYjrMm-5kWfmg
IETF | IETF 125 Shenzhen
https://www.ietf.org/meeting/125/
via Nostr@cxplay_clip
IETF第125次会议将于2026年在深圳召开
https://mp.weixin.qq.com/s/CqsJC3R0WmYjrMm-5kWfmg
IETF | IETF 125 Shenzhen
https://www.ietf.org/meeting/125/
via Nostr@cxplay_clip
#吐槽
In reply to nevent1q…g7wq
_________________________
最外面的圈是产品所面向的国家地区市场的法律法规, 里面的圈是公司法律实体所处地的法律法规那个「司法管辖区域」圈, 再往里面又有地方司法管辖下面的那个圈, 然后才到公有云的 "边界" 的那个圈, 最里面是自己业务设置的那个圈. 而作为产品的用户, 是具体产品业务设置的那个圈里面再设置的那个圈.
via Nostr@cxplay
In reply to nevent1q…g7wq
_________________________
最外面的圈是产品所面向的国家地区市场的法律法规, 里面的圈是公司法律实体所处地的法律法规那个「司法管辖区域」圈, 再往里面又有地方司法管辖下面的那个圈, 然后才到公有云的 "边界" 的那个圈, 最里面是自己业务设置的那个圈. 而作为产品的用户, 是具体产品业务设置的那个圈里面再设置的那个圈.
via Nostr@cxplay
#吐槽
In reply to nevent1q…y7wn
_________________________
作为公有云客户自己的问题说清楚了. 最后就是那个「不待见散户」的问题. 这已经是人尽皆知的事情, 并且公有云和几乎所有云厂商都有这个传统, 从 AWS 开始就有了.
要么祈祷自己的业务不触碰它们的边界(服务条款, 合理使用政策和隐私协议), 要么成为它们的 "大客户". 成本和效益的考量之下, 选择就变得更少了.
懒猫微服的老板就此事分享的自己创业阶段在腾讯云 CDN 上的体验
https://x.com/manateelazycat/status/1916836160435065272
via Nostr@cxplay
In reply to nevent1q…y7wn
_________________________
作为公有云客户自己的问题说清楚了. 最后就是那个「不待见散户」的问题. 这已经是人尽皆知的事情, 并且公有云和几乎所有云厂商都有这个传统, 从 AWS 开始就有了.
要么祈祷自己的业务不触碰它们的边界(服务条款, 合理使用政策和隐私协议), 要么成为它们的 "大客户". 成本和效益的考量之下, 选择就变得更少了.
懒猫微服的老板就此事分享的自己创业阶段在腾讯云 CDN 上的体验
https://x.com/manateelazycat/status/1916836160435065272
via Nostr@cxplay
#吐槽
In reply to nevent1q…vsxw
_________________________
独立开发者, Indie hacker, Oneman, 如何才能让用户信任你的产品?
腾讯云欠费两块不知情, 七天后数据被删除才发现, 十万用户的应用数据丢失.
https://x.com/DIGITALYCHEE/status/1916789639274529078
还说得出劝别人迁出腾讯云这种话. 我自己买个域名和轻量服务器在腾讯云要到期了天天被通知轰炸, 自己没收到通知超过宽限期被删除还要怪保留期限不足, 给十四天照样看不见. 自己的 TODO 有概率忘记提醒, 腾讯云这种级别的强提醒已经仁至义尽了.
还想要客户经理亲自打电话来提醒? 「十万用户」在公有云面前可以让客户经理带着你打高尔夫吗? 可以够格谈出账单后付费这种要求?
via Nostr@cxplay
In reply to nevent1q…vsxw
_________________________
独立开发者, Indie hacker, Oneman, 如何才能让用户信任你的产品?
腾讯云欠费两块不知情, 七天后数据被删除才发现, 十万用户的应用数据丢失.
https://x.com/DIGITALYCHEE/status/1916789639274529078
还说得出劝别人迁出腾讯云这种话. 我自己买个域名和轻量服务器在腾讯云要到期了天天被通知轰炸, 自己没收到通知超过宽限期被删除还要怪保留期限不足, 给十四天照样看不见. 自己的 TODO 有概率忘记提醒, 腾讯云这种级别的强提醒已经仁至义尽了.
还想要客户经理亲自打电话来提醒? 「十万用户」在公有云面前可以让客户经理带着你打高尔夫吗? 可以够格谈出账单后付费这种要求?
via Nostr@cxplay
#吐槽
In reply to nevent1q…jg6j
_________________________
限量!1000份6PB长期VIP会员即将发售!
https://mp.weixin.qq.com/s/v2Hpw1l3aatEi_9IU77qtg
via Nostr@cxplay
In reply to nevent1q…jg6j
_________________________
限量!1000份6PB长期VIP会员即将发售!
https://mp.weixin.qq.com/s/v2Hpw1l3aatEi_9IU77qtg
via Nostr@cxplay
#article #read
Ten predictions for 2030 | Locklin on science
https://scottlocklin.wordpress.com/2020/01/27/ten-predictions-for-2030/
via Nostr@cxplay_clip
Ten predictions for 2030 | Locklin on science
https://scottlocklin.wordpress.com/2020/01/27/ten-predictions-for-2030/
via Nostr@cxplay_clip
#吐槽
In reply to nevent1q…fsgw
_________________________
MediaWiki 系列软件可以去用指向当前修订页面版本的 oldid, 或者使用当前条目的 curid 作为参数替代条目标题使用.
oldid 在条目菜单的 "永久链接" 里面, curid 在条目元数据里面.
via Nostr@cxplay
In reply to nevent1q…fsgw
_________________________
MediaWiki 系列软件可以去用指向当前修订页面版本的 oldid, 或者使用当前条目的 curid 作为参数替代条目标题使用.
oldid 在条目菜单的 "永久链接" 里面, curid 在条目元数据里面.
via Nostr@cxplay
#吐槽
In reply to nevent1q…sl3p
_________________________
Finding out who our friends and enemies are from random people on the internet is impossible, and I gave up years ago. Now AI will be a good "reverse Turing test" for humans.
via Nostr@cxplay
In reply to nevent1q…sl3p
_________________________
Finding out who our friends and enemies are from random people on the internet is impossible, and I gave up years ago. Now AI will be a good "reverse Turing test" for humans.
via Nostr@cxplay
#吐槽
In reply to nevent1q…u84f
_________________________
So we need to turn around and use AI against these people who have lost the ability to think.
via Nostr@cxplay
In reply to nevent1q…u84f
_________________________
So we need to turn around and use AI against these people who have lost the ability to think.
via Nostr@cxplay
#article #read
In reply to nevent1q…m8um
_________________________
HuggingFace 一名用户名为 nyuuzyou 的用户未经授权抓取了七个创作托管平台的内容, 包括:
1. Archive of our Own (AO3)
2. Artfol
3. Artgram
4. Character Hub
5. Itaku
6. PaintBerri
7. PaperDemon
大量平台内的艺术家参加抗议, 比如 AO3 的作者纷纷锁定内容为仅注册查看. 平台也送去了 DMCA 在内的反制措施要求 HuggingFace 处理这些数据集. 截止目前这些数据集大多已经处于临时禁用下载的状态, 但只有 Artfol 和 Itaku 的数据集被彻底删除.
AO3’s Data Was Scraped For AI: What To Know : AO3
https://old.reddit.com/r/AO3/comments/1k6ie6v/ao3s_data_was_scraped_for_ai_what_to_know/
IMPORTANT: Your art and writing has been scraped and published in an AI dataset - Art RPG Event - PaperDemon Art RPG - PaperDemon
https://www.paperdemon.com/app/g/pdarpg/events/view/994/immediate-action-required-your-art-and-writing-has-been-scraped-and-published-in-an-ai-dataset/1
#copyright #AI
via Nostr@cxplay_clip
In reply to nevent1q…m8um
_________________________
HuggingFace 一名用户名为 nyuuzyou 的用户未经授权抓取了七个创作托管平台的内容, 包括:
1. Archive of our Own (AO3)
2. Artfol
3. Artgram
4. Character Hub
5. Itaku
6. PaintBerri
7. PaperDemon
大量平台内的艺术家参加抗议, 比如 AO3 的作者纷纷锁定内容为仅注册查看. 平台也送去了 DMCA 在内的反制措施要求 HuggingFace 处理这些数据集. 截止目前这些数据集大多已经处于临时禁用下载的状态, 但只有 Artfol 和 Itaku 的数据集被彻底删除.
AO3’s Data Was Scraped For AI: What To Know : AO3
https://old.reddit.com/r/AO3/comments/1k6ie6v/ao3s_data_was_scraped_for_ai_what_to_know/
IMPORTANT: Your art and writing has been scraped and published in an AI dataset - Art RPG Event - PaperDemon Art RPG - PaperDemon
https://www.paperdemon.com/app/g/pdarpg/events/view/994/immediate-action-required-your-art-and-writing-has-been-scraped-and-published-in-an-ai-dataset/1
#copyright #AI
via Nostr@cxplay_clip
#article #read
帮助:在中国大陆正确使用知识共享许可协议 - 求闻百科,共笔求闻
https://www.qiuwenbaike.cn/index.php?oldid=7586891
via Nostr@cxplay_clip
帮助:在中国大陆正确使用知识共享许可协议 - 求闻百科,共笔求闻
https://www.qiuwenbaike.cn/index.php?oldid=7586891
via Nostr@cxplay_clip
#article #read
求闻百科:何谓“中国价值观基础上的客观观点”?简谈维基式“中立”的虚伪 - 求闻百科,共笔求闻
https://www.qiuwenbaike.cn/index.php?oldid=8381554
via Nostr@cxplay_clip
求闻百科:何谓“中国价值观基础上的客观观点”?简谈维基式“中立”的虚伪 - 求闻百科,共笔求闻
https://www.qiuwenbaike.cn/index.php?oldid=8381554
via Nostr@cxplay_clip
#吐槽
In reply to nevent1q…4nt0
_________________________
给不喜欢浏览器自动百分号编码的人准备的妥协大法
ilyaigpetrov/copy-unicode-urls: Copy unicode strings from address bar without nasty percent-encodings or punycode!
https://github.com/ilyaigpetrov/copy-unicode-urls
via Nostr@cxplay
In reply to nevent1q…4nt0
_________________________
给不喜欢浏览器自动百分号编码的人准备的妥协大法
ilyaigpetrov/copy-unicode-urls: Copy unicode strings from address bar without nasty percent-encodings or punycode!
https://github.com/ilyaigpetrov/copy-unicode-urls
via Nostr@cxplay
#吐槽
我的朋友, 不要再往文档和文章的 HTTP URL 路径里面装非 ASCII 字符了.
在 URL 里面用中文字符作为文章唯一 ID 还不如用 UNIX 时间戳, 就算是随机哈希和自增 ID 都比百分号编码后的 URL 的传播效果更好. 仅仅是为了中文本地化还是中文国际化? 就和 IDN 域名一样, 只是浏览器地址栏的虚假表象而已. HTTP, HTTP URL 并不同于文件系统, 更不同于软件里的引用 path.
在信息传播面前, URL 是不如 Open Graph 可靠的, 不应该期望 URL 就携带大部分可读信息, 况且这还是指向中心化的 PGC 甚至 UGC 内容.
指向内容和信息的 URL 要更利于传播, 而不是利于直接信息表达, 应该直接携带文章标题分享而不是把文章标题直接写进 URL 然后去指望传播途中不出差错. 百分号编码之后的非 ASCII 字符对人类的可读性和传播性为零, 更不要说人人都在依赖各式各样平台的各种奇怪的行为的自动链接识别, 这是更加不可靠的传播障碍.
在有标记语法和富文本渲染里面使用直接的 Unicode 编码 HTTP URL 而不是百分号编码是合理的, 因为人可以完全限定这段字串符的属性. 标记语言特别是 Markdown 更不应该期待解析器去自动处理链接, 应该使用尖括号来标记这段「HTTP 开头的 Unicode 字串符是链接」, 这是写给解析器看的, 更是写给人类看的. 标记语言的源代码人类可读性就和文件扩展名一样, 对机器来说完全是浪费时间和空间, 但这是人类始终需要的.
为了浏览器自动编码, Web 服务器和文件系统的冲突的妥协并不难理解, 况且这部分连字母大小写的标准都是问题. 但是, 文章的「永久链接(Permalink)」这不是文件系统和 Web 服务器强迫 CMS 做的, 如果你的 CMS 还在只能用标题作为永久链接还不会自动忽略非 ASCII 字符并添加唯一标记, 那么说明这个 CMS 该换了. 给文章脸滚键盘打个永久路径 ID 并不比起文章标题要难.
如果不是体量巨大的中心化 UGC, 或者是日发文章也能上千万的 PGC 平台. 不想用自增 ID, 那 UNIX 时间戳甚至 CRC8 就足够了, 哈希碰撞很难找到被协议, 域名和路径重重限定的 HTTP URL 上. 最后剩下的就只有锚点 ID 了, 这就更是纯看 CMS 愿不愿意而不是写的人想不想了, 只有很少的一部分 CMS 和解析器支持自定义锚点 ID, 这是客观现状, 如果不能或者不想继续麻烦给每个分节标题定义 ID, 妥协罢了.
via Nostr@cxplay
我的朋友, 不要再往文档和文章的 HTTP URL 路径里面装非 ASCII 字符了.
在 URL 里面用中文字符作为文章唯一 ID 还不如用 UNIX 时间戳, 就算是随机哈希和自增 ID 都比百分号编码后的 URL 的传播效果更好. 仅仅是为了中文本地化还是中文国际化? 就和 IDN 域名一样, 只是浏览器地址栏的虚假表象而已. HTTP, HTTP URL 并不同于文件系统, 更不同于软件里的引用 path.
在信息传播面前, URL 是不如 Open Graph 可靠的, 不应该期望 URL 就携带大部分可读信息, 况且这还是指向中心化的 PGC 甚至 UGC 内容.
指向内容和信息的 URL 要更利于传播, 而不是利于直接信息表达, 应该直接携带文章标题分享而不是把文章标题直接写进 URL 然后去指望传播途中不出差错. 百分号编码之后的非 ASCII 字符对人类的可读性和传播性为零, 更不要说人人都在依赖各式各样平台的各种奇怪的行为的自动链接识别, 这是更加不可靠的传播障碍.
在有标记语法和富文本渲染里面使用直接的 Unicode 编码 HTTP URL 而不是百分号编码是合理的, 因为人可以完全限定这段字串符的属性. 标记语言特别是 Markdown 更不应该期待解析器去自动处理链接, 应该使用尖括号来标记这段「HTTP 开头的 Unicode 字串符是链接」, 这是写给解析器看的, 更是写给人类看的. 标记语言的源代码人类可读性就和文件扩展名一样, 对机器来说完全是浪费时间和空间, 但这是人类始终需要的.
为了浏览器自动编码, Web 服务器和文件系统的冲突的妥协并不难理解, 况且这部分连字母大小写的标准都是问题. 但是, 文章的「永久链接(Permalink)」这不是文件系统和 Web 服务器强迫 CMS 做的, 如果你的 CMS 还在只能用标题作为永久链接还不会自动忽略非 ASCII 字符并添加唯一标记, 那么说明这个 CMS 该换了. 给文章脸滚键盘打个永久路径 ID 并不比起文章标题要难.
如果不是体量巨大的中心化 UGC, 或者是日发文章也能上千万的 PGC 平台. 不想用自增 ID, 那 UNIX 时间戳甚至 CRC8 就足够了, 哈希碰撞很难找到被协议, 域名和路径重重限定的 HTTP URL 上. 最后剩下的就只有锚点 ID 了, 这就更是纯看 CMS 愿不愿意而不是写的人想不想了, 只有很少的一部分 CMS 和解析器支持自定义锚点 ID, 这是客观现状, 如果不能或者不想继续麻烦给每个分节标题定义 ID, 妥协罢了.
via Nostr@cxplay
How Google makes its money (they just relased their earnings) : r/google
https://www.reddit.com/r/google/comments/1k7j47n/how_google_makes_its_money_they_just_relased/
via Nostr@cxplay_clip