#吐槽

Excel 总是自作聪明把 csv 数据列的前导零(leading zero)删掉, 还没地方设置 csv 的默认数据读取格式, 打开就是常规数据格式, 还要在保存前切换为文本数据格式, 不然只要用 Excel 保存一下数据列就全坏了.

via Nostr@cxplay

#吐槽

产品或者项目的运营甚至不需要是其核心人员, 甚至不能是. 如果开发, 生产或者创作要面临不属于职责范围内的事务, 可能要考虑把他们用运营包装或者「隔离」开来. 核心成员的职能在被分解之后就变成了流水线作业, 扁平化和等级制是比较流行的结构. 外部事务还是应该尽量交给无关内部事务的人处理, 那可能就会有开不完的会, 提不完的要点, 写不完的报告. 但是之于协作问题带来的麻烦也都比被外部风险直接侵蚀内部核心的简单得多. 但是衡量风险也不轻松, 很多咨询公司专门有这种「风险管理」的服务.

via Nostr@cxplay

#吐槽

In reply to nevent1q…j0na
_________________________

再看一次, 一点都不羡慕.😎

via Nostr@cxplay

#吐槽

I'm late.

quoting nevent1q…3wcr
New Nostr logo just dropped:

via Nostr@cxplay

#吐槽

要说现在钛合金材质也会要在大屏移动设备上使用, 用来提供更轻的重量和更高的强度. 但是好像这两点在体积更富余的平板上并不用这种更贵的材料就可以做到.

via Nostr@cxplay

#吐槽

融合套餐可以借续宽带的钱一起把移动套餐也续了, 现在电信都有续十二个月送一个月的常驻优惠, 折算下来等于九二折话费. 想拉一条联通或者移动的宽带了.

via Nostr@cxplay

CXPLAY (npub1gd…ch58h)

CXPLAY on Nostr:

融合套餐可以借续宽带的钱一起把移动套餐也续了, 现在电信都有续十二个月送一个月的常驻优惠, 折算下来等于九二折话费. 想拉一条联通或者移动的宽带了.

#吐槽

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

CXPLAY (npub1gd8e0xfkylc7v8c5a6hkpj4gelwwcy99jt90lqjseqjj2t253s2s6ch58h)

CXPLAY on Nostr:

这几天年末归档本地数据改用了 7z, 发现 7z 也支持 ADS 数据流, 不过只能在 WIM(Windows Imaging Format) 归档格式里用, 这是种 Microsoft 开发来专门用作磁盘镜像的文件格式, 类似于 VHD 和 VHDX.

#吐槽

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

CXPLAY (npub1gd8e0xfkylc7v8c5a6hkpj4gelwwcy99jt90lqjseqjj2t253s2s6ch58h)

更通用和实用的文件与文件夹元数据?

很多文件都有自己的独特元数据扩展, 典型的就是 JPG 图片的 EXIF 信息. 在管理大量文件的时候注意到元数据的重要性, 写给计算机看的元数据是文件头, 是数据包头. 写给人类看的, 规

#吐槽

In reply to nevent1q…wr0t
_________________________

搞得我也想用 8.3 文件名了.😅

via Nostr@cxplay

#吐槽

In reply to nevent1q…62y6
_________________________

PowerShell 的 Copy-Item 和 Move-Item 不会受到影响, 显然这是 explorer.exe 的限制.

via Nostr@cxplay

CXPLAY (npub1gd8e0xfkylc7v8c5a6hkpj4gelwwcy99jt90lqjseqjj2t253s2s6ch58h)

CXPLAY on Nostr:

搞得我也想用 8.3 文件名了.😅 https://media.naeu.net/s/2024/01/06012956-382-5ab48882-c05c-4d6e-b7c6-f077dd7b158c.png

#吐槽

今天才知道了 H.264 按有无 start code 会区分出 avc1 和 h264 来.
想起了 UTF-8 的 BOM, Excel 编辑 CSV 如果是 UTF-8 编码就必须要带 BOM, 不然 100% 乱码. 但 Windows 应该是唯一有 Unicode BOM API 支持的操作系统.

via Nostr@cxplay

CXPLAY (npub1gd…ch58h)

CXPLAY on Nostr:

今天才知道了 H.264 按有无 start code 会区分出 avc1 和 h264 来. 想起了 UTF-8 的 BOM, Excel 编辑 CSV 如果是 UTF-8 编码就必须要带 BOM, 不然 100% 乱码. 但 Windows 应该是唯一有 Unicode BOM API 支持的操作系统.

#吐槽

In reply to nevent1q…mnee
_________________________

会检测系统代理和 VPN 状态.

via Nostr@cxplay

CXPLAY (npub1gd8e0xfkylc7v8c5a6hkpj4gelwwcy99jt90lqjseqjj2t253s2s6ch58h)

CXPLAY on Nostr:

但是解决不了这个东西. https://media.naeu.net/m/2024/01/05123440-1704458080-IMG_20240105_203223.jpg

#吐槽

In reply to nevent1q…h992
_________________________

关键组件:
服务 IsolatedService (com.ijm.detect.drisk.IsolatedService)
活动 IjiamiActivityOfflineAttack (com.ijm.detect.drisk.IjiamiActivityOfflineAttack)

via Nostr@cxplay

CXPLAY (npub1gd8e0xfkylc7v8c5a6hkpj4gelwwcy99jt90lqjseqjj2t253s2s6ch58h)

Short Text Note by CXPLAY (npub1gd8…h58h)

seen on wss://nostr-01.yakihonne.com, wss://nostr-02.yakihonne.com

#吐槽

In reply to nevent1q…h992
_________________________

但是解决不了这个东西.

via Nostr@cxplay

#吐槽

In reply to nevent1q…fmay
_________________________

能理解, 社区很多次提议使用 HTTP 与中继通讯都是有原因. 我支持你的想法.

via Nostr@cxplay

Yonle (npub1x3azxuysp5vmfer4vgs4jn5tmfcx4ew8sh0qnev7gczljxsr7jwqa3g4el)

Yonle on Nostr:

我开始这样做有重要的原因。最值得注意的一个主要是移动数据用户。

#吐槽

很早之前就看到有对 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

Yonle (npub1x3azxuysp5vmfer4vgs4jn5tmfcx4ew8sh0qnev7gczljxsr7jwqa3g4el)

Short Text Note by Yonle (npub1x3a…g4el)

seen on wss://relay.nostr.bg

#吐槽

#兴业银行 v6.0.5 启动自动退出 (Android)
软件加强了环境检测, 一般性的 Magisk+Shamiko+HideAppList 已经过不了检测了.
现在用工具把服务组件 CoreService (com.feinno.teatalkavsdk.service.CoreService) 之外的所有服务禁用掉就可以了, 但还不清楚会有什么负面影响.

via Nostr@cxplay

CXPLAY (npub1gd8e0xfkylc7v8c5a6hkpj4gelwwcy99jt90lqjseqjj2t253s2s6ch58h)

Short Text Note by CXPLAY (npub1gd8…h58h)

seen on wss://nostr-01.yakihonne.com, wss://nostr-02.yakihonne.com

#吐槽

In reply to nevent1q…put7
_________________________

被迫在对立双方选择立场的叫做二分之一的中立, 然而中立不会受限于对立双方的框架, 健全的中立关系是正三角形, 前者应该叫做「求全」.

via Nostr@cxplay

CXPLAY (npub1gd8e0xfkylc7v8c5a6hkpj4gelwwcy99jt90lqjseqjj2t253s2s6ch58h)

CXPLAY on Nostr:

二又二分之一的中立, 即使只是立场, 没有亲手做什么. 复习一遍联合国公约: https://www.un.org/zh/documents/treaty/OHCHR-1948 nostr:nevent1qqsqp3enq3qq3f2jpdmjwfnjxyagy8ujz3vzyt8mkva0demhmrg8fcgpzemhxue69uhhyetvv9uj