©CC BY-NC-SA 4.0
🚩加入 Nostr!moe 社区: join.nostr.moe
🚩加入 Nostr!moe 社区: join.nostr.moe
#吐槽
In reply to nevent1q…62y6
_________________________
PowerShell 的 Copy-Item 和 Move-Item 不会受到影响, 显然这是 explorer.exe 的限制.
via Nostr@cxplay
In reply to nevent1q…62y6
_________________________
PowerShell 的 Copy-Item 和 Move-Item 不会受到影响, 显然这是 explorer.exe 的限制.
via Nostr@cxplay
#吐槽
今天才知道了 H.264 按有无 start code 会区分出 avc1 和 h264 来.
想起了 UTF-8 的 BOM, Excel 编辑 CSV 如果是 UTF-8 编码就必须要带 BOM, 不然 100% 乱码. 但 Windows 应该是唯一有 Unicode BOM API 支持的操作系统.
via Nostr@cxplay
今天才知道了 H.264 按有无 start code 会区分出 avc1 和 h264 来.
想起了 UTF-8 的 BOM, Excel 编辑 CSV 如果是 UTF-8 编码就必须要带 BOM, 不然 100% 乱码. 但 Windows 应该是唯一有 Unicode BOM API 支持的操作系统.
via Nostr@cxplay
#吐槽
In reply to nevent1q…h992
_________________________
关键组件:
服务 IsolatedService (com.ijm.detect.drisk.IsolatedService)
活动 IjiamiActivityOfflineAttack (com.ijm.detect.drisk.IjiamiActivityOfflineAttack)
via Nostr@cxplay
In reply to nevent1q…h992
_________________________
关键组件:
服务 IsolatedService (com.ijm.detect.drisk.IsolatedService)
活动 IjiamiActivityOfflineAttack (com.ijm.detect.drisk.IjiamiActivityOfflineAttack)
via Nostr@cxplay
#吐槽
In reply to nevent1q…fmay
_________________________
能理解, 社区很多次提议使用 HTTP 与中继通讯都是有原因. 我支持你的想法.
via Nostr@cxplay
In reply to nevent1q…fmay
_________________________
能理解, 社区很多次提议使用 HTTP 与中继通讯都是有原因. 我支持你的想法.
via Nostr@cxplay
#吐槽
很早之前就看到有对 Nostr 通讯使用协议的争论. 虽然 nips 中的设计默认都是 WebSocket, 但是看起来实践后也有很多人想在某些使用场景下使用 HTTP.
via Nostr@cxplay
很早之前就看到有对 Nostr 通讯使用协议的争论. 虽然 nips 中的设计默认都是 WebSocket, 但是看起来实践后也有很多人想在某些使用场景下使用 HTTP.
quoting nevent1q…ge5u
We all know that connections to #nostr relays are mostly done via websocket.
And then i got an idea: How about i create a way to communicate with Nostr relays via HTTP instead?
You see, We have QUIC already, And we know that most social media apps were using HTTP to communicate. But we are using websocket. So what's wrong with it? As a mobile data user, I am struggling to solve the high bandwidth problem.
So there we go, an prototype nhttp (Nostr over HTTP). It got basic stuff already: REQ, and event publishing
https://github.com/Yonle/nhttp
via Nostr@cxplay
#吐槽
#兴业银行 v6.0.5 启动自动退出 (Android)
软件加强了环境检测, 一般性的 Magisk+Shamiko+HideAppList 已经过不了检测了.
现在用工具把服务组件 CoreService (com.feinno.teatalkavsdk.service.CoreService) 之外的所有服务禁用掉就可以了, 但还不清楚会有什么负面影响.
via Nostr@cxplay
#兴业银行 v6.0.5 启动自动退出 (Android)
软件加强了环境检测, 一般性的 Magisk+Shamiko+HideAppList 已经过不了检测了.
现在用工具把服务组件 CoreService (com.feinno.teatalkavsdk.service.CoreService) 之外的所有服务禁用掉就可以了, 但还不清楚会有什么负面影响.
via Nostr@cxplay
#吐槽
In reply to nevent1q…put7
_________________________
被迫在对立双方选择立场的叫做二分之一的中立, 然而中立不会受限于对立双方的框架, 健全的中立关系是正三角形, 前者应该叫做「求全」.
via Nostr@cxplay
In reply to nevent1q…put7
_________________________
被迫在对立双方选择立场的叫做二分之一的中立, 然而中立不会受限于对立双方的框架, 健全的中立关系是正三角形, 前者应该叫做「求全」.
via Nostr@cxplay
#吐槽
二又二分之一的中立, 即使只是立场, 没有亲手做什么.
复习一遍联合国公约: https://www.un.org/zh/documents/treaty/OHCHR-1948
via Nostr@cxplay
二又二分之一的中立, 即使只是立场, 没有亲手做什么.
复习一遍联合国公约: https://www.un.org/zh/documents/treaty/OHCHR-1948
quoting nevent1q…fqhc
Substack 因反审查立场面临用户抗议
提供时事通讯订阅服务的 Substack CEO Hamish McKenzie 以反审查为由，为其平台上托管“纳粹”并为其处理付费辩护，用户则通过威胁迁移到其它平台进行抗议。McKenzie 称该公司不喜欢纳粹，希望没人持有这些观点。但该公司不认为审查能是解决问题的一种方案，认为审查反而会恶化问题。对于 Substack 的立场，该平台一些订阅大户威胁迁移到其它平台：Casey Newton 撰...
https://www.solidot.org/story?sid=77044
via Nostr@cxplay
#吐槽
不知道有没有比分卷更灵活的归档文件切分方式, 希望这些「分卷」也能单独解压使用, 或许要在本地归档前就把它们分开? 要怎么精确分配每个文件夹中含有的文件数量和大小?
via Nostr@cxplay
不知道有没有比分卷更灵活的归档文件切分方式, 希望这些「分卷」也能单独解压使用, 或许要在本地归档前就把它们分开? 要怎么精确分配每个文件夹中含有的文件数量和大小?
via Nostr@cxplay
#吐槽
#Cryptomator 是个很优秀的一体化加密工具, 但是没办法按需解密加密库中的文件, 加密库内的整体数据不完整的时候继续操作可能会损坏整个库. 本身它是为了 Dropbox 和 OneDrive 这类同步型云储存设计的, 按需同步是非常重要的一个功能, Dropbox 是 "仅限在线访问", OneDrive 叫做 "文件随选", Cryptomator 只能在同步客户端映射了正确文件名的位置使用, 但可惜大多数的云储存移动客户端都不能直接把仅存在云端的文件映射在本地文件系统里, 于是 Cryptomator 移动客户端也变成了一个事实上的第三方云储存客户端, 不再是一个单纯的加密软件.
解决完本地文件加密后, 还要解决元数据泄露的问题, 至少要把最基本的元数据加密 —— 文件名, 于是没办法保持文件名加密的同时还要让文件名可读, 要把加密后的元数据与原始元数据对应起来, 建立一个元数据索引数据库, 便于维护内外数据. 但是理论上 Cryptomator 的元数据索引也是随库加密的(如果真的有的话), 这应该说是合理的操作, 但也导致没办法和加密库分离使用. 不过现在本来就不适合按需解密, 再去追求分离使用元数据索引也就没有意义了.
元数据泄露无法完全避免, 即使经过加密改变了文件名或者文件特征, 产生了新的加密后文件也是含有元数据的实体, 只是给原始元数据加上了一层壳. 依旧还有其他手段取得与这个加密文件关联的元数据, 不需要知道壳里面具体套的什么娃, 只要有可疑的元数据关联上, 直接干掉就够了.
via Nostr@cxplay
#Cryptomator 是个很优秀的一体化加密工具, 但是没办法按需解密加密库中的文件, 加密库内的整体数据不完整的时候继续操作可能会损坏整个库. 本身它是为了 Dropbox 和 OneDrive 这类同步型云储存设计的, 按需同步是非常重要的一个功能, Dropbox 是 "仅限在线访问", OneDrive 叫做 "文件随选", Cryptomator 只能在同步客户端映射了正确文件名的位置使用, 但可惜大多数的云储存移动客户端都不能直接把仅存在云端的文件映射在本地文件系统里, 于是 Cryptomator 移动客户端也变成了一个事实上的第三方云储存客户端, 不再是一个单纯的加密软件.
解决完本地文件加密后, 还要解决元数据泄露的问题, 至少要把最基本的元数据加密 —— 文件名, 于是没办法保持文件名加密的同时还要让文件名可读, 要把加密后的元数据与原始元数据对应起来, 建立一个元数据索引数据库, 便于维护内外数据. 但是理论上 Cryptomator 的元数据索引也是随库加密的(如果真的有的话), 这应该说是合理的操作, 但也导致没办法和加密库分离使用. 不过现在本来就不适合按需解密, 再去追求分离使用元数据索引也就没有意义了.
元数据泄露无法完全避免, 即使经过加密改变了文件名或者文件特征, 产生了新的加密后文件也是含有元数据的实体, 只是给原始元数据加上了一层壳. 依旧还有其他手段取得与这个加密文件关联的元数据, 不需要知道壳里面具体套的什么娃, 只要有可疑的元数据关联上, 直接干掉就够了.
via Nostr@cxplay
#吐槽
In reply to nevent1q…n85u
_________________________
但是文件扩展名一改, 播放列表就跟着全部失效. 以前想着用音乐元数据里面的标签控制播放列表, 把一个列表的音乐写进一个专辑标签里, 用音轨号排序. 不过音轨号只有升序, 播放列表一般又是降序排列, 没有播放器支持 "倒序" 播放. 这样做还会把 Last.fm 的音乐记录搞乱, 算是弊大于利的邪道玩法了.
via Nostr@cxplay
In reply to nevent1q…n85u
_________________________
但是文件扩展名一改, 播放列表就跟着全部失效. 以前想着用音乐元数据里面的标签控制播放列表, 把一个列表的音乐写进一个专辑标签里, 用音轨号排序. 不过音轨号只有升序, 播放列表一般又是降序排列, 没有播放器支持 "倒序" 播放. 这样做还会把 Last.fm 的音乐记录搞乱, 算是弊大于利的邪道玩法了.
via Nostr@cxplay
#吐槽
In reply to nevent1q…3j4y
_________________________
NVIDIA: 只要我产品出得够快, 政策就始终慢我一步.
via Nostr@cxplay
In reply to nevent1q…3j4y
_________________________
NVIDIA: 只要我产品出得够快, 政策就始终慢我一步.
quoting nevent1q…ldmz
英伟达发布特供中国销售的 GeForce RTX 4090 D
在 GeForce RTX 4090 被列入了出口管控清单之后，英伟达推出了特供中国市场销售的 GeForce RTX 4090 D，建议零售价 1.3 万人民币，1 月 20 日发售。RTX 4090 D 有 14592 个 CUDA Core 核心，频率 2.28GHz-2.52GHz，显存 24 GB GDDR6X。相比下原版 RTX 4090 有 16384 个 CUDA Cores 核心...
https://www.solidot.org/story?sid=77004
via Nostr@cxplay
