后续更新的硬件产品都开始转用无核显的 CPU ，软件上去掉硬件转码支持还能狡辩过去，就怕哪天内核驱动都给你去掉支持，有核显的老机型连第三方也不让用硬件编解码了

@Kaleidopink #35 看的是系统自带的耗电统计吧？代理类 APP 因为处理所有系统流量，所以耗电都会算在它头上虚高，你只能记录历史数据对比观察耗电增加，实际上没增加多少

@B4a1n 快捷指令(shortcuts)有个 tab 叫自动化(automation)，可以设置当打开某个 APP 的时候，切换/启动/关闭 shadowrocket 的代理开关

不过我个人觉得没太大必要，只要规则得当，代理 APP 完全可以全程不关，耗电增加不了太多

只用它搭配 action button 实现了使用最频繁的功能
1 、正面时触发静音/响铃切换——方便切换静音
2 、横放时触发相机——方便抓拍
3 、正着竖放时调出支付宝扫码——方便扫码付款

只有我为了年年焕新买 AC+么？当然也是为了拿来当手机的意外险

@wpblank 现在挖矿改成单独一套系统，叫专业技术，每天有疲劳值，低级矿材通过 NPC 直接进入地图循环刷，高级矿材在怪图随机循环生成，不需要等更新维护

另外游戏服务器和商城服务器是完全两个玩意，两边氪金道具偶发性同步失败，需要玩家等待或者写 ticket 申诉反馈，余额偶尔需要玩家手动刷新才显示正常，等等等等情况，这种玩意要在手游里出现，我都不知道要补偿多少东西才行

@qinmenghuo
这帖子让我不得不提一个童年回忆的老古董“辣鸡”游戏，MapleStory 冒险岛。经常 4-8 小时维护，高概率延长维护时间，中概率更出 BUG 回炉甚至直接回滚数据，相当于每周有半天时间到一天时间歇着，而且棒子可以没有任何补偿，玩家几乎没有怨言
https://www.nexon.com/maplestory/news/maintenance/18272/completed-scheduled-maintenance-august-8-2024

watchOS 是会出现什么革命性的功能还是 APP 么……这玩意有什么追新亏不亏的……

ssh 进群晖创个 macvlan network 或者在 dsm 的 webui 那创一个 docker 网络，网关设为路由网关，然后指定容器在此网络下

192.168.0.0/24 和 192.168.3.0/24 ，两个子网通过路由网关互访

得看网络走什么，普通 http 的话，直接-e http_proxy 和 https_proxy 就行了；其他的就得考虑在内部跑个 tun ，或者内外部想办法跑个网关，然后路由过去

类似于跨物理网段实现子网互通？无 tailscale 的设备想接入虚拟局域网，需要靠网内的 tailscale 客户端做 subnet 转发，不动上级路由做路由转发的话，基本搞不了

外部节点也要打开 tailscale 的接受子网通告

用过 winserver ，黑白群晖、unraid 和 PVE ，目前是白群晖 DS920+负责存储和 PVE all in boom 搭配使用

winserver：老生常谈了，作为商业性质的服务器系统而且是 windows ，硬件兼容性肯定相当不错，但我用的是 nuc8 ，对应的显卡驱动安装不上，所以最后装回 win10 扔家里当客厅桌面电脑用了。得益于 windows“生态”，一定程度上的“开箱即用”，像 Docker ，虚拟机之类的需求，官方有 Docker Desktop for windows(目前可以选择基于 Hyper-V 虚拟机运行或者 WSL 运行），找“免费”的 Vmware 跑虚拟机，各类功能需要都能大胆地去找.exe 实现。缺点是“软件兼容”，这个我描述不出来就举个例子，去 nginx 官网找 windows 版本运行，在涉及到路径时斜杠/和反斜杠\这一类情况时会出现无法预期的问题，在本地 NTFS 文件系统和 SMB 网络共享权限之间来回改设置摸索折腾，去搜索相关的模板都会大概率行不通，windows 的官方和第三方社区活跃度都很低，作为商业用途的 winserver 更甚，所以最终导致使用过程中整个系统在“自定义”方面，每天都在“大海捞针”，甚至“无功而返”

群晖：开箱即用，网页 UI 能搞定大部分功能设置，各种常用功能都是一键开启，SMB, FTP, Webdav, AFP, NFS 等等，权限管控设置起来比较详细，单纯作为主要存储手段，偶尔跑一些服务，非常够用；缺点主要是网络部分不够“自由”，包括并不限于各类套件仅监听固定端口且反代或 web server 不能自定义参数，SSL 证书没有界面可以设置实现类似 acme 的自动更新部署，系统魔改自 Linux 但内核模块会落后于新版本导致一些问题的通用方法没法套用等等

unraid：系统功能丰富，绝大部分需求都能通过社区维护，官方支持的软件市场获得，同样的有 Docker 和 VM ，就算设置完成后也能找到办法轻松扩展阵列；缺点是会有一些硬件兼容性问题无法简单解决，还有一些坑需要费时间摸索。硬件上最核心的问题，就是整个系统是从捆绑正版 key 的 U 盘内读取并运行在内存里，后期个人无法接受这一点，此外 unraid 似乎“不善于”处理会产生大量 log 的应用，之前有一段时间我跑 PCDN 忘记关传输 log ，导致隔一段时间后台管理界面就失联，但是各个 Docker 容器和 VM 是在正常工作的。所以最终个人建议不要用，去试试 truenas ，逛过很多国内外 NAS 社区评价都算不错。个人有博文一篇： https://blog.zakikun.com/archives/21.html

PVE：基于 Debian 的虚拟机管理平台，理论上 Debian 能干的事，它都能实现。硬件兼容性会好不少，Linux 、Windows 都能随便起一个虚拟机来跑，也能直接上 LXC 容器，相当“灵活”，最重要的是开源+免费。缺点是所有东西都得自己搞定，但由于它基于 Debian ，所以出现的问题大部分时候都能找到通用解法。个人也有博文一篇： https://blog.zakikun.com/archives/84.html

@sworld233 更正一下，刚才 pull 了 npm 的 v2.11.1 ，certbot 缺少 zope 的问题依然没解决，要用的话记得在里边安装一下 zope

去年 5 月份官方就有 PR 简单修复，但是一直没 merge
[官方 PR#2756]( https://github.com/NginxProxyManager/nginx-proxy-manager/pull/2756)

@Xingchen366 lucky 的 webui 比起 npm 配置反代更加“死板”，勉强够用

在 docker 容器里，涉及 web 服务有很大概率会在内部内置一个反代的 web server ，通常会默认做好服务监听和服务端口的转发，比如 elasticsearch 之类的容器镜像。

反代没有很复杂的点，无非就是正确地将请求转发给容器内部并确保容器能正确返回结果给客户端，但由于上述的一层反代会让情况变麻烦

如果想节省功夫开箱即用，最好是用二级域名区分服务，这样就不用研究容器内部是怎么处理网络请求的，缺点是需要记忆维护域名
如果想要用子路径反代容器服务，就得先了解熟悉容器内部的反代逻辑，然后正确配置 NGINX 的反代路径，在涉及到端口转发时会变得尤为麻烦，因为你还要研究容器内部是如何处理请求的。优点当然是域名通用，缺点也很明显，配置麻烦

ipv6only 官方文档说是一次性配置 This parameter is turned on by default. It can only be set once on start.
https://nginx.org/en/docs/http/ngx_http_core_module.html

最后说一下 NPM ，这个的确提供了一个比较方便的 webui ，内置 certbot 而且能设置成 dns challenge 轻松获得免费的通配域名证书，方便上 SSL 和自动更新，应对一般反代需求十分够用。
但配置上不够灵活，更新修复也不够及时(隔了快 5 个月才修复 certbot 依赖缺失问题)；它只提供了固定的一些反代配置，有些自定义内容会与模板冲突，想添加 stream 也只能在指定路径添加内容(data/custom/stream.conf)

https://kb.synology.com/zh-tw/DSM/help/CloudSync/cloudsync?version=7

官方套件说明好像也没详细介绍区别，只强调了一句：
複本衝突時的預設動作：
若本機 Synology NAS 及遠端公有雲帳號上的同一檔案或目錄同時被修改，Cloud Sync 會盡可能保留本地端的變更，並將遠端的變更另存為一修改版本 (若該雲端服務支援版本管理)。