主要是这玩意绝大多数时候等于 windows 限定，尽管现在跟着.NET 一起跨平台了，winserver 这边运维一般用 GUI 或者 WinRM ，powershell 不是必须，如果自动化的事情涉及复杂结构化消息处理，用 python 更主流一些。

至于 curl 问题，还是挖墙脚意味居多，换成 curl.exe 就是，正经 ps 脚本用 Invoke-WebRequest 不用别名。

主要是 app store 和 play 严格限制热更新内容不可执行，所以可执行代码(unity 就是引擎和 c#代码，走 il2cpp 管线)只能放进程序包里，gameplay 逻辑用脚本如 lua 和 python 热更。
国内渠道好像不怎么管这个，但项目开发一般往最严格的 appstore 对齐。
不走商店渠道下载资产的坏处是对多开不友好，得多占一倍存储空间。

.local 是 mDNS/DNS-SD 的保留 TLD ，最新 win10 的系统 resolver 虽然支持这个但仅限 UWP 应用可用。
另外这个功能要把网络设置为专用网络并启用网络发现，wireguard 用的 wintun 是虚拟三层网卡，好像压根没法设置这个。
而且 wireguard 隧道跟家庭内网就不是同一个广播域，组播救不了，除非你搞了特殊的转发规则。

__COMPAT_LAYER 并不会改变特权 API 需要提权的事实。你用这个变量跳过启动时的权限检查，程序调用 API 出错给个提示，不是很正常吗？

共享机装 linux ，库同步走 ssh ，几个人用，配置 ssh-key 非常简单，也是目前 git 推荐的部署方式。

https://git-scm.com/book/zh/v2/%E6%9C%8D%E5%8A%A1%E5%99%A8%E4%B8%8A%E7%9A%84-Git-%E9%85%8D%E7%BD%AE%E6%9C%8D%E5%8A%A1%E5%99%A8

直接用共享文件夹有很多风险，性能也不好。

https://git-scm.com/book/zh/v2/%E6%9C%8D%E5%8A%A1%E5%99%A8%E4%B8%8A%E7%9A%84-Git-%E5%8D%8F%E8%AE%AE

甚至可以用 windows+ssh 做 git 服务器，微软自己写了教程。

https://github.com/PowerShell/Win32-OpenSSH/wiki/Setting-up-a-Git-server-on-Windows-using-Git-for-Windows-and-Win32_OpenSSH

发工资这种可以考虑拿劳动合同过去。
四大行的零售业务服务就是差，毕竟有钱的大户都是私人客户经理伺候的，压根不用跑柜台用手机网银。
可以考虑日常结算用《系统重要性银行附加监管规定（试行）》列出的其他银行。

网卡驱动如无特殊请尽量用发行版内核的 inbox 驱动，不要用 dkms 模块，更不要手工编译安装。
N 卡推荐用 NV 自己维护的 CUDA Toolkit 软件源而不是 ppa 。

看到独立站我就想起 fb 广告引流诈骗。

看这里描述还有一种可能被称为四方支付的是聚合支付，例如线下一个二维码根据 UA 跳转不同的支付平台，部分聚合支付是二清的。我感觉就算二清是正规，聚合支付的账期风险还是不容小视。

楼主是肉身国外还是用着什么公司内网？不知道墙的存在还能来 v2 提问？

我其实不建议把这事想得太悲观，好歹是不止一家在竞争，而不是一家民企或者国企垄断。

广东这边，大部分场所的粤康码都是小程序码。粤省事独立 APP 功能还没小程序齐全，扫码和实名认证都要跳转微信小程序。

@ysc3839
正常情况下就算没在 NVRAM 添加引导项，也应该搜索 EFI/BOOT/BOOTX64.EFI 作为磁盘默认启动项。零售主板的“UEFI:磁盘名+分区号”就是指这个。

我见过比较恶心的有 Intel VisualBIOS(NUC 上)和 Acer InsydeH2O （ Acer 笔记本）。前者是没有默认引导项，BIOS 菜单没法改，只能用 efibootmgr 手写引导项；后者就比较奇葩了，efibootmgr 写了都没用，重启就会被还原，要激活 Secure Boot 和设置 Supervisor 密码之后手动添加 grubx64.efi/shimx64.efi 为可信引导器之后才能用。

https://bbs.archlinux.org/viewtopic.php?pid=1770999#p1770999

1. 有些 UEFI 实现得比较蠢，不会检测非 Windows 的引导器，那种得预先用 efibootmgr 写一下启动项。
2. debian 不清楚情况，但 ubuntu 默认的 intramfs 是打包所有内核模块的，所以应该没问题，除非你对这部分做过优化，可以用 lsinitramfs 检查内容
3.网卡命名可能会变，留意一下你的网络配置工具(NetworkManager/systemd-networkd/ifupdown)是怎么定位和配置网卡的。

最好这样吧。
不过建议不要开 Bitlocker 加密，开 macOS 自己的加密就好了。

@cheneydog
我试了下 windows x64 22.01 ，还能用啊。

```
7z a -v1M archive.zip src/
```

7z 好就好在支持比较全，新版连 vhdx 、qcow 、apfs 都能读，但你得接受几乎没有的外壳集成和老土 UI 。
其实现在 windows 用 7z 什么的倒不是大问题，手机可能会有问题，因为 Android 系统只保证支持 zip+deflate 。

7z 和 xz 默认压缩算法都是 LZMA2 ，压缩率是高，但这个慢已经很有问题了，所以目前有些地方推动换 zstd 了。
win10 的话推荐用商店的 NanaZip ，是 7Zip 的一个衍生版，支持很多新算法，也是自带 CLI 别名的。

@duke807 @pperlee

zip 很早就支持的 utf8 文件名扩展，但不是所有软件在创建 zip 时默认启用这个（但读通常没问题） ，7zip 老早就支持了，但直到 21.07 才对 zip 默认启用这个扩展(-mcu=on)。

zip 其实是扩展性很好的归档容器，兼容性好仅限 store/deflate 压缩算法和 ZipCrypto 加密，ZipCrypto 是已知有很多缺陷的。你完全可以用 7zip 创建五毒俱全但符合 PKZIP 标准的 zip(LZMA+AES128+ShiftJIS 文件名)，当然这个用 Windows 的资源管理器是打不开的。

```
7z a jisar.zip src/ -mm=LZMA -mcl=on -mcu=off -mcp=932 -mem=AES128 -pPASSWORD
```

zip 已知的缺陷是不支持硬链接、固实、文件头加密，不过吧，又不是不能用。

只读用途的话换标准 HTTP 好了，要读写支持可以选择基于 HTTP 的 WebDAV 。
windows 资源管理器其实支持 WebDAV ，但要求带 CT Log 的 HTTPS 加密。

我觉得理想的无密码验证方式应该是基于 Windows Platform Crypto Provider 的（这个 CSP 依赖 TPM ），将原来的解密密钥用 TPM 保护，解密时由系统进行用户认证和解密（ Windows Hello 或 Windows 登录密码）。如果你用过 Windows 的客户端证书存储并启用强密钥保护，效果跟上面这个有个八成像。

Edge 启用设备密码加密后流程跟预期是一样的，可惜它实际实现依然是骗人的。

CUDA 应用（ Mac 哪来的 N 卡）
OpenGL/OpenCL/Vulkan 应用（跟上面差不多的理由）
高内存需求的应用（你看看 Mac 的内存卖多少钱）

拿远程开发说事的，你可以考虑用带桌面模式的手机做开发的。

如果你传 play 市场并用过 play app signing ，那 google 还存着你的 signkey （不能导出，怎么想都不可能支持这个），那你可以让 google play 帮你签名，但你以后只能用这个途径获取签名包了。Google 自己也是拿避免丢失 signkey 来为这项服务宣传的。

https://support.google.com/googleplay/android-developer/answer/9842756

@xiangyuecn

signkey 是会过期的，所以 v3 signing scheme 提供密钥轮替功能，但用于轮替的 v3 签名包依然需要旧 key 签名，play app signing 支持这个，但轮替要高版本 android ，而且你基本不用指望近几年除 play 以外的应用市场会支持这个。

https://source.android.com/security/apksigning/v3

小众应用的建议向用户坦白，更换包名和 signkey 并启用 play app signing 。务必通过可靠可信可验证的渠道进行通知，例如旧应用的推送渠道。个人觉得 v3 轮替实现起来有特多麻烦。