#吐槽
In reply to nevent1q…7p4a
_________________________
接下可能会尝试使用 Descript.ion, 因为它是个结构简单的纯文本文件, 目前受部分流行的第三方文件管理器支持.
但是它起源于 1989 年的 MS-DOS 时代, 又不是 Microsoft 执行的标准, 发展到现在它的 "标准" 已经变得混乱. 据说他是为了解决 8.3 文件名无法写入更多信息产生的[1]... 真是讽刺.
与之类似的东西还有 BBS 时代的 file_id.diz 和 *.nfo, 当然现在也还有. 常常出现在各种盗版软件的资源包里, 也是用来描述元信息文件, diz 是描述文件和文件夹用途的, nfo 是描述开发者的. 更现代一点, 是 README.md 这种约定俗成的自述文件. 但是这些东西都不是专门用来记录文件和文件夹元信息的(diz 也是种自述文件).
[1]: windows - "descript.ion" file spec? - Stack Overflow: https://stackoverflow.com/questions/1810398/descript-ion-file-spec#comment1699208_1810398
via Nostr@cxplay
In reply to nevent1q…7p4a
_________________________
接下可能会尝试使用 Descript.ion, 因为它是个结构简单的纯文本文件, 目前受部分流行的第三方文件管理器支持.
但是它起源于 1989 年的 MS-DOS 时代, 又不是 Microsoft 执行的标准, 发展到现在它的 "标准" 已经变得混乱. 据说他是为了解决 8.3 文件名无法写入更多信息产生的[1]... 真是讽刺.
与之类似的东西还有 BBS 时代的 file_id.diz 和 *.nfo, 当然现在也还有. 常常出现在各种盗版软件的资源包里, 也是用来描述元信息文件, diz 是描述文件和文件夹用途的, nfo 是描述开发者的. 更现代一点, 是 README.md 这种约定俗成的自述文件. 但是这些东西都不是专门用来记录文件和文件夹元信息的(diz 也是种自述文件).
[1]: windows - "descript.ion" file spec? - Stack Overflow: https://stackoverflow.com/questions/1810398/descript-ion-file-spec#comment1699208_1810398
via Nostr@cxplay
#吐槽
In reply to nevent1q…vtxr
_________________________
这几天年末归档本地数据改用了 7z, 发现 7z 也支持 ADS 数据流, 不过只能在 WIM(Windows Imaging Format) 归档格式里用, 这是种 Microsoft 开发来专门用作磁盘镜像的文件格式, 类似于 VHD 和 VHDX.
另外尝试了一下 Directory Opus, 发现它默认使用 ADS 数据流为文件保存的描述储存在 SummaryInformation 标签里, 文件夹是 OpusMetaInformation 标签; 具体的数据格式也是专门设计的, 从 Directory Opus 范围之外覆写并不轻松[1][2].
如果文件和文件夹元数据连流行的归档格式都不支持, 甚至限定在某种文件系统里, 某种专有软件里, 那作为解决办法就非常局限且不可靠了.
[1]: Edit the NTFS ADS OpusMetaInformation from the command line? - Help & Support - Directory Opus Resource Centre: https://resource.dopus.com/t/edit-the-ntfs-ads-opusmetainformation-from-the-command-line/41287
[2]: Reading OpusMetaInformation powershell - Help & Support - Directory Opus Resource Centre: https://resource.dopus.com/t/reading-opusmetainformation-powershell/31850
via Nostr@cxplay
In reply to nevent1q…vtxr
_________________________
这几天年末归档本地数据改用了 7z, 发现 7z 也支持 ADS 数据流, 不过只能在 WIM(Windows Imaging Format) 归档格式里用, 这是种 Microsoft 开发来专门用作磁盘镜像的文件格式, 类似于 VHD 和 VHDX.
另外尝试了一下 Directory Opus, 发现它默认使用 ADS 数据流为文件保存的描述储存在 SummaryInformation 标签里, 文件夹是 OpusMetaInformation 标签; 具体的数据格式也是专门设计的, 从 Directory Opus 范围之外覆写并不轻松[1][2].
如果文件和文件夹元数据连流行的归档格式都不支持, 甚至限定在某种文件系统里, 某种专有软件里, 那作为解决办法就非常局限且不可靠了.
[1]: Edit the NTFS ADS OpusMetaInformation from the command line? - Help & Support - Directory Opus Resource Centre: https://resource.dopus.com/t/edit-the-ntfs-ads-opusmetainformation-from-the-command-line/41287
[2]: Reading OpusMetaInformation powershell - Help & Support - Directory Opus Resource Centre: https://resource.dopus.com/t/reading-opusmetainformation-powershell/31850
via Nostr@cxplay
#吐槽
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