额，群晖是个 NAS 系统，也可以算网盘吧。不需要装 app ，支持 smb 、nfs 、webdav ，也包括 ftp 协议

百度网盘要卖会员、加广告、推广其它百度 app 等，当然会限制你客户端了

但 NAS 是自建的，存储的硬盘、带宽都是你自己的，只挣机器的钱，所以支持公开协议，甚至根本就没有自己专用的客户端（除非你要的是其它扩展功能）

我习惯一边看视频，一边记笔记或敲代码。所以用 Magnet 分屏，左边放 B 站视频，右边是 Typora 或 IDE 。
每次我想暂停一下视频的时候，就必须点两下播放界面，而且必须隔一小会。如果直接快点两下，那么视频会直接变成全屏。如果只点一下，那么就只是对应的 Chrome 窗口获得焦点，继续播放。

这是我目前最不能忍受的问题，但不太确定是 macOS 本身的限制还是 Chrome 适配问题，至少 win 上没有。（原生分屏甚至双屏幕也有这个问题）

如果有我肯定不嫌弃。但没有也能接受，毕竟现在网络普及了（虽然要加速器）。成年人也不容易聚在一起。

@standin000 因为 windows 一个桌面可以同时打开好多个窗口。鼠标悬停一下就大概就可以看到每个窗口的预览图，再点一下就能打开。或者直接利用分屏功能，将一个应用碰到边框，另一半就会显示其它所有窗口的预览图。

而 mac 上就是触摸板上划，移到对应窗口上再下滑。但显示的是所有窗口，不是某个特定应用的。所以数量多了就很麻烦。如果是最小化，那么就会在 dock 上占一个图标位置，如果是 command+h ，又会隐藏所有此程序的窗口。
另外原生的分屏程序，mac 上是把两个窗口放到一个新桌面里。这样，如果我想要仅仅切换其中一半，就做不到。（比如左边放 B 站学习视频，右边 IDE 和 Typora ）

总体来说我感觉 Windows 的窗口复用率更高，所以即使没有多桌面，用起来也还可以

正好在看第 3 版，买

Windows Server + Hyper-V

个人倒是反过来，更偏爱 Windows 的多桌面。

Windows 的多桌面可以在不同桌面开启同一个应用程序，有一种在用两台电脑的感觉。我通常是学习一个桌面、娱乐一个桌面。而且 Windows 原生支持分屏，鼠标悬停在任务栏图标上时还会可以显示当前的窗口。因此 Windows 多桌面的必要性其实很弱，很多人甚至都不知道。

而 Mac 的多桌面就难说了，dock 里并不能显示出应用程序的窗口。点一下 Chrome ，我不能确定它是在当前的桌面上打开一个窗口还是给我切换到哪一个桌面上没关掉的 Chrome 窗口，还有 Typora 、Vscode 都是这样。

不过 Windows 的多桌面感觉也有自己的问题，有些程序不适合在多个桌面中打开。另外就是软件适配和 bug 。我之前的一台旧电脑，在使用了多桌面功能后就会慢慢变卡，关闭其它桌面也无效只能重启，不知道现在怎么样了。

我写的中文注释，毕竟看的人是中国人。

编码基本全都是直接 UTF-8 。
只有.propreties 配置文件（默认的 ISO-8859-1 ）和 powershell 脚本文件中不使用中文注释。

docker desktop 不是只对中大型企业收费么

只是套壳的话没啥用。
vscode 、draw.io 、typora 做成 app 可以读取、访问本地文件
clash for windows 是为了改网络设置

微信读书本来不就有网页版，也不需要调用本地 api ，直接多一个浏览器标签页不好么

@bigxianyu 原来是 bit 么，我还以为 byte ，100 、200 兆的宽带应该不少吧

正常，就是这样的。
刚办下来的时候，觉得千兆贵，而且边际效益提升小，想着要不要下次换回 500M 或 100M

渐渐地习惯了，也不觉得贵（由俭入奢易）。
虽然从时间占用上看千兆使用率不高。但在你需要的时候，千兆立马就能把文件给你，比如下游戏、下视频、下系统镜像，几分钟就下完了。
而对于这些资源，我要的就是马上能玩到、看到、用到，爽到。

所以现在也不打算换回去了，继续千兆。

好几年前用腾讯地图完全是因为微信位置只能打开腾讯的，高德的也能打开后就再没用过

正常，并不是要求你提高视频质量
单纯就是想省流量和存储的钱

我之前有用过 sudo route add ，可以实现，内网流量走网线，外网走手机。不过内网也就一个大网段，你这个某些网站就的范围太宽泛了，估计比较难

如果是 vue3 的话，我就用 vite 了
如果是 React 的话，我就用 Next.js ，Next.js 下面用啥我用啥

之前还见过改某几个字节破坏完整性来防范的方法，都是利用隐蔽式安全性
不公开才是好的，公开了，用的人越多安全性就越差，如果成为标准了，那就没啥安全性提升了

从实用度来说提升加密强度和复杂度更简单粗暴有效。

可以限制 http 大小的吧，比如：server.tomcat.max-http-post-size ?
个人觉得小文件用 base64 上传其实没啥问题（比如头像），大文件还是用二进制，再大就还要考虑断点续传。看你实际情况。


体积、流量问题我觉得见仁见智，有些人连字段长度都要省，base64 简直罪无可赦：
https://www.v2ex.com/t/868167