#吐槽

In reply to nevent1q…3t9e
_________________________

另外, 现在在 Nostr 批量上传媒体文件体验很差. 不管是 NIP-96 还是 Blossom 兼容的客户端体验都很差, 多图的事件更需要文件元数据特别是长宽信息让客户端预先绘制出视图.
但现在要发很多图片的话, 要么一张一张选择然后慢慢上传, 要么提前上传得到图片链接一次性全部插入然后丢失文件元数据. 而 Blossom 的 BUD-08 还没有全面普及, 用 Blossom 基本上就意味着元数据默认缺失.

所以, 为什么所有客户端都不会去主动计算媒体文件特别是图片的元数据?

via Nostr@cxplay

CXPLAY (npub1gd…ch58h)

CXPLAY on Nostr (reply):

为什么所有的 NIP-94 实现都仅出现在服务端上, 特别是 NIP-96 服务器. 真的只有服务端才能计算文件的元数据吗? 为什么不在客户端上完成这一过程? 如果我插入一张随机的网络模因图片是不是就意味着我就永 [...]

#吐槽

In reply to nevent1q…sytg
_________________________

为什么所有的 NIP-94 实现都仅出现在服务端上, 特别是 NIP-96 服务器. 真的只有服务端才能计算文件的元数据吗? 为什么不在客户端上完成这一过程? 如果我插入一张随机的网络模因图片是不是就意味着我就永远无法添加这些对客户端很有意义的元数据了(除非我考虑手动编写事件 JSON)?
据我所知, 用于 Torrent 索引的 NIP-35 的所有文件元数据都是客户端提供的, 用户甚至能自己填写, 但不知为何在 NIP-96 身上就变成了仅服务器的事务了.

via Nostr@cxplay

CXPLAY (npub1gd…ch58h)

CXPLAY on Nostr:

Why are all the NIP-94 implementations server-side only, especially the NIP-96 server, and is it really only the server that can compute the metadata for a file? Why isn't this process done on the client side, and if I insert a random network memes does that…

#吐槽

Why are all the NIP-94 implementations server-side only, especially the NIP-96 server, and is it really only the server that can compute the metadata for a file? Why isn't this process done on the client side, and if I insert a random network memes does that mean I'll never be able to add the metadata that makes sense to the client (unless I consider writing event JSON manually)?
As far as I know, all the file metadata for the NIP-35 for Torrent indexing is client-supplied, and users can even fill it in themselves, but somehow it's become a server-only affair with the NIP-96.

#nostr #asknostr

via Nostr@cxplay

CXPLAY (npub1gd…ch58h)

CXPLAY on Nostr:

Why are all the NIP-94 implementations server-side only, especially the NIP-96 server, and is it really only the server that can compute the metadata for a file? Why isn't this process done on the client side, and if I insert a random network memes does that…

#吐槽

In reply to nevent1q…u6tu
_________________________

理性视听, 多给创作者打钱.

【贴个标就能收钱，“杜比”赚钱有天理吗？ 【柴知道】-哔哩哔哩】
https://www.bilibili.com/video/BV1Ltd2YiEPb

via Nostr@cxplay

CXPLAY (npub1gd8…h58h)

CXPLAY on Nostr :

昨天趁着 Apple Music 解密成功, 验证了一下 Apple 的音乐流媒体质量. > 上文: https://t.me/cxplayworld/1111 Apple Music 有 "无损", "高解析度无损", "数字母带", "Dolby Atoms" 三种标签. 至于音频质量

#吐槽

NIP-68 - Picture-first feeds
https://nips.nostr.com/68

既然 NIP-68 都出现了, 原本就是 kind:1 的功能越来越被细分, 要求也变得越来越细致. 那为什么一个事件不能有多个 kind 呢?🙂本身就可以视作是 kind:1 的子集, 客户端也不会因为只支持 kind:1 而不支持显示 NIP-68 吧?

via Nostr@cxplay

Nostr

NIP68 - NIP-68 - Picture-first feeds

Read more about the NIP68 on {{appUrl}} - NIP-68 - Picture-first feeds

#吐槽

In reply to nevent1q…teux
_________________________

You're right. Perhaps TCP/IP would be a better example.

via Nostr@cxplay

cypherpunk (npub1h0…n0p2v)

Short Text Note by cypherpunk (reply)

Agreed, but IPv6 only really solves the number of addresses problem (makes IOT possible). Or ... am I missing something about IPv6?

#吐槽

In reply to nevent1q…ugaw
_________________________

I think most of the reason is that the overhead of replacing these DNS-related components is greater than the overhead of replacing the DNS itself. If there is a DNS replacement, it has to be able to coexist with DNS for a long time and be ready to replace it for at least half a century. IPv6 is in this slow and painful process today.

via Nostr@cxplay

cypherpunk (npub1h0…n0p2v)

cypherpunk on Nostr (reply):

DNS has been seriously messed up long-time (I used to advise on ccTLD creation as a lawyer many years ago). Most of the problems are fully understood. None of the solutions ever get implimented because govt's want the 'net to remain censurable.

#吐槽

In reply to nevent1q…fa4e
_________________________

bruh, I think need to add a tariff to ICANN as well.🤓

via Nostr@cxplay

Mike Dilger (npub1ac…9p35c)

Short Text Note by Mike Dilger (reply)

This is how we grow the economy and beat China

#吐槽

In reply to nevent1q…vydp
_________________________

Nostr can't change the status quo unless DNS and all its associated infrastructure is replaced. If you can't beat them, join them.

via Nostr@cxplay

cypherpunk (npub1h0…n0p2v)

Short Text Note by cypherpunk (reply)

So does nostr become a TLD?

No, because they you open the entire ecosystem to DNS censorship.

#吐槽

In reply to nevent1q…awam
_________________________

- 新华社: `www.news.cn. 315 IN CNAME www.news.cn.bsgslb.cn.`
- 中国政府网: `www.gov.cn. 1277 IN CNAME www.gov.cn.bsgslb.cn.`
- 中国政协: `cppcc.china.com.cn. 19401 IN CNAME cppcc.china.com.cn.bsgslb.cn.`
- 中国建设银行: `match.ccb.com. 300 IN CNAME match.ccb.com.bsgslb.cn.`

白山云的 CNAME 地址 `bsgslb.cn` 是去年我给抖音屏蔽 PCDN 加进去的, 后来莫名的网络问题大多都是因为这个地址被空解析了. 只能说白山云的背后的网络太复杂了, PCDN 只是他们 CDN 的其中一部分, 而至于占比是多少没有人知道. 白山云在很多招标信息里面已经是和网宿并列的级别, 除了现在知道的政企, 甚至中移动的咪咕也是白山云的客户. 也是比较佩服 15 年才成立的公司靠「边缘计算」到现在直接和网宿面对面.

botnet 难度大风险又高, 不如做「边缘计算」吧.10 年之后才成长起来的 CDN 供应商多少都带点野路子, 运营商的骨干网基础设施总量就这么点, 哪来的这么多容量去承载网络? 又没有 Google 风味的 Dark Fiber. 虽然不及 YouTube, 但 "爱优腾B抖快" 的能在这么高的网络费用下面活到也多少是个奇迹, 这不得严查? :bili_doge:

via Nostr@cxplay

CXPLAY (npub1gd…ch58h)

CXPLAY on Nostr:

#PCDN 已经渗透到国内云服务的方方面面, 想要完全拒绝是几乎不可能的事情. 之前给家里人针对收拾抖音的 PCDN 连接, 把白山云的一个 CNAME 给屏蔽了, 结果后来发现某些政务网站也打不开了, 云闪付没办法授 [...]

#article #read

In reply to nevent1q…dvfs
_________________________

美国总统特朗普再次给予TikTok“不卖就禁”法律75天宽限期

知情人士透露，白宫认为他们即将达成协议，将TikTok业务分拆成一家总部位于美国的新公司，由大多数美国投资者拥有并运营，字节跳动仅保持少数股权。
然而知情人士称，字节跳动的代表已致电白宫，表示中国在贸易和关税进行谈判前不会批准TikTok的交易。
字节跳动发言人称，该公司一直在与美国政府讨论潜在解决方案，但协议尚未执行，且任何协议都须根据中国法律获得批准。

- https://t.me/tnews365/33135
- https://apnews.com/article/trump-tiktok-china-bytedance-social-media-tariffs-665e46fd5bb555e97c4d7301e07230df

via Nostr@cxplay_clip

cxplay_clip (npub18d…0sy5z)

Short Text Note by cxplay_clip (reply)

TikTok 19 日恢复在美服务
https://www.news.cn/20250120/9b13b582ed4b462a8d5559be8fa780c1/c.html

#article #read

In reply to nevent1q…h804
_________________________

TikTok 19 日恢复在美服务
https://www.news.cn/20250120/9b13b582ed4b462a8d5559be8fa780c1/c.html

via Nostr@cxplay_clip

cxplay_clip (npub18d…0sy5z)

Short Text Note by cxplay_clip (reply)

TikTok 在美最高法院败诉，准备周日关闭美国服务
https://www.solidot.org/story?sid=80365

ImageFlow - API 优先的单人图床

前端 TypeScript, 后端 Golang, 自带 WebP 和 AVIF 图片处理, 后端存储支持本机和 S3.

● GitHub: Yuri-NagaSaki/ImageFlow (NSFW 注意)
● 作者文章: ImageFlow自建图床：轻松管理和优化图片

#Software #Web #opensource #文件管理 #图像处理

via CXPLAY's Memos

#吐槽

In reply to nevent1q…8ns3
_________________________

ICANN is letting the PSL grow unchecked, and one day IDN and New gTLD will make . characters into a cash cow. Each company will have its own TLD, and each file extension will eventually become a TLD.
So does nostr become a TLD? Not ENS or HNS.

via Nostr@cxplay

fiatjaf (npub180…jh6w6)

Short Text Note by fiatjaf

Every time ICANN creates a new TLD civilization decays a little more and webdevelopers cheer enthusiastically.

#吐槽

In reply to nevent1q…6vk7
_________________________

So package.json is the tariff list

via Nostr@cxplay

dtonon (npub100…8vwqk)

Short Text Note by dtonon

Are tariffs also applied to imported libraries?
Asking for a dev friend.

#吐槽

某 #PaaS 是如何让用户操作容器数据的:
1. 用 cli 客户端 exec 到容器命令行.
2. 在容器里面安装并启动一个 HTTP 文件服务器.
3. 把 HTTP 服务器的端口映射到公共网络上.
4. 从暴露的文件服务器下载文件.
5. 操作完后把文件打包传到第二个 HTTP 服务器.
6. 回到容器命令行用 curl 或者 wget 从第二个 HTTP 服务器下载回持久卷绑定的目录.
7. 容器命令行覆盖完文件后重新部署容器.

via Nostr@cxplay

CXPLAY (npub1gd…ch58h)

CXPLAY on Nostr:

某 #PaaS 是如何让用户操作容器数据的: 1. 用 cli 客户端 exec 到容器命令行. 2. 在容器里面安装并启动一个 HTTP 文件服务器. 3. 把 HTTP 服务器的端口映射到公共网络上. 4. 从暴露的文件服务器下载文件. 5. 操作 [...]

#吐槽

好来牙膏现在这包装质量要不是从旗舰店买的, 我都还以为买到盗版了.

via Nostr@cxplay

CXPLAY (npub1gd…ch58h)

Short Text Note by CXPLAY

好来牙膏现在这包装质量要不是从旗舰店买的, 我都还以为买到盗版了.

#吐槽

In reply to nevent1q…hvz5
_________________________

今天测完还是 INTP-A.

via Nostr@cxplay

CXPLAY (npub1gd…ch58h)

Short Text Note by CXPLAY

半年前测 MBTI 测出来 INFP-A, 现在再测变成了 INTP-A. 不知道半年后又会变成什么, 但应该还会是 I 人.