v 站禁止关于盗版资源如何获得的讨论。
PT 出外。

@tntin 对于协作工具的话，个人用户暂时没有这个需求。如果有的话，selfhost 自己掌握数据就是唯一的刚需。最佳情况是 只适合小型团队的基础版以自由软件协议发布；高级版付费授权；两者都能 selfhost ，同时提供付费托管的商业模式。

另外为什么不考虑协作，个人 note 和协作 knowledge base 应该是两类不同的工具，后者感觉 logseq 是比较好的。

需要：
1. 开放的格式，易于迁移，最好就完全基于文件目录和纯文本 MD 。
2. local first ，没有在线功能或能够禁网使用。
3. FOSS 最佳，非 FOSS 看上面两条。
4.最好跨平台，否则看第一条。
避免：
1. 私有格式，难以迁移。
2. 非 E2EE 的任何云同步和联网功能。

目前在用 obsidian ，之前用的 joplin 。
notesnook 和 standardnotes 看起来也不错，开源、E2EE 的云同步。但我不喜欢任何云同步的功能。

关于哪些应用能扫描安装的 app ，可以看一下这个 https://developer.android.com/training/package-visibility
简单来说：
1. API level 小于 30 的应用没有任何限制。
2. API 大于等于 30 的应用，需要声明一个访问所有 app 的权限，目前 play 版的支付宝声明了这个权限（不排除有确实需要的业务）（也不排除有业务需求的同时上传隐私）
3. API 大于等于 30 的应用，在 queries 字段中可以通过声明 intent filter 的方式包括所有有图标、能启动的应用，借此可以查询到绝大部分安装的 app, play 版的微信声明了这一字段。（同样不排除微信确实有业务需要）（也不排除有业务需要的同时上传隐私）
4. 其余的能访问的应用和组件需要在 queries 字段里声明，经过测试大部分 play 商店的国产应用和一些海外应用都会同时声明不少国产应用和国外应用，大概是接入了多种渠道的 sdk 之类的，也不排除收集隐私。
5. 部分应用和主动调用目标应用的应用会自动对目标应用可见，不排除有漏洞会被利用。
6. 其他可能会暴露应用的 intent filter 方式声明的字段。
7. 这个只过滤常规 API 返回的结果，不排除有其他漏洞可以被利用来获取所有应用（如 /data 下面的路径）
8. 理论上上架 Google play 的应用声明需要人工确认确实有对应业务。

我不是专门的 Android 开发，上面说的不一定完全准确，欢迎指正。有兴趣的可以去翻一下自己手机上国产应用的 manifest 看一下它们都声明了哪些，上面提到的应用的国内版是否有区别。

把 wg0 接口加到 wan 的防火墙区域，然后设定 wg0 为默认路由，再设定 wireguard 的服务器地址走你之前的 wan 口路由。

@unclemcz 看了一眼你这个脚本，突然觉得这个软件还是挺良心的。工作用得到还是建议直接买。

work as expected.
这就是推广中医的意义，让西医来提早发现也治不好，多苟延残喘几年只会消耗更多医疗资源和养老成本。

@liut2016 硬盘位不是问题，你整个硬盘柜，自带硬件 raid ，也许某些产品还能 iSCSI 接入，usb 都不需要。

@realpg 什么样的能称为“大型”？如果限定简中的话，v2ex 应该已经算是最大的了吧，其他 reddit 之类的只有政治领域有用户规模。群组、Twitter 、youtube 这些本来就是吵架的地方没有计入的必要。
主要原因还是 GFW 以外简体中文语言使用者之间立场分化极其严重、矛盾尖锐，HN 这些地方政治话题虽然也有吵架但不至于变成粪坑。

lxc 是“系统容器”，docker 是“应用容器”。

@realpg 据我见到的几个境外中文社区（非“大型”），非政治领域但不禁止政治的，政治内容占比重都不高。
但因为众所周知的原因，中文使用群体在涉及政治的话题中会产生大量的 flamewar 。
HN 之类的英文技术社区中的政治话题会好不少（当然吵架也不少）

@wdssmq 空间越大，越难迁移。
其实就算你本地 nas 整个几十上百 T ，如果要过海关迁移也是很麻烦的事情。

@flyqie 这个我当然知道，所以说这是 convention ，convention 有例外是很正常的。
像这种情况在其他类型严格且表达能力足够的语言中，接口可以返回一个专门的 IOResult ，与普通的 Result 区分。

你确定原生系统能在不使用特殊管控后台方式的情况下正常在国内使用？
那一大票流氓各种开机自起、链式唤醒、相互拉起，就算他们自己优化了耗电，一直在后台跑着也是不能接受的吧。

强烈推荐 ntfy.sh
只要愿意装一个 FOSS 的 app ，随便接受推送，不需要依赖可能违反用户协议的微信，配置异常简单，自建 /公网都可。
桌面端接收推送只需要打开浏览器，应用都不需要安装。

@lhbc 只是某国特色国情罢了，海外只要你处理 takedown ，用户搞事追究不到你的责任，提供这种公开托管内容服务的一大把，没听说有谁因此吃牢饭的。

@fox0001 我记得上次用的时候，随便点个 go to definition ，UI 上显示了个等待的进度条，两三秒后端才相应。
限制主要是为了让扩展不影响 UI 的响应、扩展只能在 UI 上添加允许添加的组件，确保一致性和避免相互冲突。
具体能添加哪些看 API 文档，这里有段简短的介绍 https://code.visualstudio.com/api/extension-capabilities/overview#restrictions

@airbotgo pixel 真的就只有“安全”了，便利性、价格、隐私（除非刷 GrapheneOS ）都不好。
排除掉开发测试之类的用途，主力使用 pixel 本身就相当可疑，它最大的优势是难以被执法部门解锁，这不符合大多数用户的威胁模型。