分流呗，chatgpt 流量走日本，谷歌流量走香港

第一反应是用 Node.js 开发的

她不负担你也不负担，就看谁能比谁更烂了

没搞懂为啥需要很多二级域名，你云主机用主域名，NAS 用一个二级域名就好了吧

从法律上来说，用公司设备写的代码，那不就属于公司了？

拿去换不锈钢脸盆吧

我有干过，不过是 Next.js+Spring Boot
https://www.v2ex.com/t/971252
时间有点久了，但总体感觉 Next.js 不太好用。如果我没记错的话它好像会在打包时就访问后端 API

多打 4 个字符有啥好处？
除非是直接复制过来的命令（比如装 Docker ），否则一律用 apt

买群晖用 SATA SSD 不行么

@Oceanhime 也不一定毫不相关
往坏了想要偷你数据之类的
往好了想，也可能单纯是浏览器限制太大了。有了 Manifest V3 后浏览器插件的权限被缩小了，而且对很多人来说插件的安装都可能是个问题。直接给一个新浏览器更方便。

腾讯云 4C16G 轻量应用服务器

@MoRanjiang 还是一样啊，飞书、百度网盘、Another Redis Manager 、Typora ，这几个不都要用本地文件的么

公司电脑是公司的财产，怎么能用于写个人项目呢？

国内产品？
VSCode 、Steam 、Postman 、Docker Desktop 、Drawio 、Figma 表示很干
另外作为用户不喜欢可以理解，但如果我作为开发者不用 Electron 我感觉自己就是个傻子

至少贴张项目结构图吧

肯定会啊，你接口都这么返回了，不这么拿还能怎么办。除非你再弄个统一请求库转换一下

因为 Node.js 和 npm 作者太菜了呗，抄都不会抄
C#我不知道就不说了。反正 npm 给 Maven 提鞋都不配，属于屎中屎
1 、本地统一中央仓库。存储空间我倒感觉无所谓，但问题是速度。Maven 的一旦本地有依赖了，就不走网络请求了（ SNAPSHOT 版除外）。速度差别极大，尤其是对于细碎小文件来说
2 、命名空间。Maven 的包名其实分了 groupId （域名反写）和 artifactId （模块名），即使模块名冲突，域名也不会。你再看看 npm 的包名抢注： https://v2ex.com/t/974118 。当初 left-pad 事件的导火索我记得就是 npm 的包名转移吧。
3 、审核机制，npm 曾经还被人拿来保存盗版视频： https://www.v2ex.com/t/1012222
4 、关于包的删除。https://stackoverflow.com/questions/9789611/removing-an-artifact-from-maven-central ，除非你有特殊情况联系 Sonatype 的审核，否则你是删不掉自己上传的包的。我真的很难想象是怎么发生 left-pad 这种事件的。
5 、语义化版本控制。属于说的很好，但完全没用的设计。最好的方法就是完全锁死版本，手动升级，保证构建稳定性。联系到 npm 投毒，就显得更垃圾了。