我刚接触 react 的时候就觉得 CRA 不习惯，之间用了 nextjs ，挺好用的除了开发者喜欢无视 issue

语言和平台都没问题，确实是微软自己作死，而最近的就是 dotnet 6 模板的问题，即微软强推所谓 TopLevelStatements 和隐式命名空间

zerotier ，直连效果不佳可以上 moon 用于数据中转

被墙的一个典型特征就是只能 ping 通，任意端口不通

我想到 dotnet framework 的大坑了，以前因为这个导致过几个订单数据对不上的生产事故

method (Enumerable<T> list)

method (T[] list)

method (T v1,T v2)

如果是 shell 的话，有个东西叫 "script"

上学的时候膜蛤微信被封永久，自此再没用过，生存的挺好的，倒是支付宝不得不用

如果你的环境是 windows 的话，dotnet 性能更好，默认情况下就是并行完成端口

asp.net 我没试过，但 dotnet 本身是没问题的，有个项目 https://github.com/NiclasOlofsson/MiNET 为 dotnet 重新实现的 minecraft bedrock 服务端，编译产物 https://ci.appveyor.com/project/NiclasOlofsson/MiNET/branch/master/artifacts 解压得到 MiNET.dll 是可以在 openwrt 上（极路由 4 增强版）跑起来的，占用大概 18M 内存上下，不过我只测试了一个人的情况，而且当玩了一段时间之后，内存占用激增到 50M ，感觉还是别难为路由器了

如果你有疑问，那就用 docker ，因为用 docker 不会产生意外疑问

补充一个，使用 nodejs 承载的不一定就是 SSR ，也可能是 SSG ，但 SSG 不需要 nodejs 承载

@encro
阿里云用户后台和腾讯云用户后台都是 SSG

假设有一个路由 /user/signin-history/[dateRange]

SPA: 直接访问为 notfound ，需要 nginx 之类提供 404 回落

SSG: 可直接访问，页面展示部分不可变数据，最新数据需要额外 HTTP 请求

SSR: 可直接访问，页面已展示对应最新数据

适用于楼主的场景，假设这里是一个用户管理系统，管理员 A 打开某个用户的详情页 /user-magane/user-list/[uid]/detail/，这个用户行为异常需要移交技术核查，则可以直接将这个地址发给技术人员，技术打开页面直接做后续处理

事实上 SPA 、SSG 、SSR 是一类技术，SSG 就是有路由支持的 SPA ，SSR 就是不需要客户端 js 支持的 SSG ； SSR 太重而 SPA 太慢（需要加载所有 chunk ）

与早期技术对比，比如 dz 、phpcms ，最接近的是 SSR 而不是 SSG

你在第 25 楼的第一行观点完全准确，但后台管理用 SSG 主要是后台管理往往模块很多，利用 SSG 做 chunk 拆分可实现增量更新，而且加载速度快，而 SPA 只适合工具类网站比如在线计算器

可能是一些静态网站生产工具都是面向内容产生设计，最终产出 *.html 导致你对 SSG 有一些错误了解

csgo 里面只有 2 个分级，一个是段位，一个是等级；段位特指竞技模式通过赢下比赛得到的图标，有白银、黄金、AK 、老鹰、地球，显示在右上角个人数据下方；等级特指完成任何多人游戏得到的经验值产生的图标，显示在右上角头像旁和计分面板左侧

@encro 是服务端生成，SSG 尤其适合纯静态前端与数据后端合作，并不存在所谓每一条内容生成一个页面，而是每个路由在没有后端支持的情况下仍然可达，即使是文章很多的类 CMS 项目也不存在一个文章生成一个页面，PWA 就是带 SW 的 SSG ；假设你理解 SSG 那么我姑且认为你只了解过其使用方式但从没实际生产过；如果你认为我说的不对，你完全可以以你自己的理解为准，不用回复我

@encro 你对 SSG 的理解有误

接口本来就是公开的，做好鉴权就行

与其做成 SPA 不如考虑下 SSG ，举个例子某管理员 A 可以复制某个特定功能的链接直接发给管理员 B

检查下 dns

目前我知道的也是只有 cockpit 了，但这玩意与其说是坑，不如说是半成品，想以图形界面的方式管理 iptables/nftables 都需要用他那个 start 模板自行开发，虽然难度不高但是很烦

keepass 的“附件”可以添加任意文件