下行变上行。
手机验证变邮箱或第三方。
再不行实名认证。

linux 没有注册表。。。没有磁盘盘符。
所以应用文件过去了，那么应用也就过去了，不存在迁移数据问题-------应用相关文件复制过去就行了。

OS: Manjaro Linux x86_64
Host: A520I AC
Kernel: 5.15.28-1-MANJARO
Uptime: 2 days, 2 hours, 45 mins
Packages: 1644 (pacman)
Shell: zsh 5.8.1
Resolution: 3840x2160
DE: GNOME 41.4
WM: Mutter
WM Theme: Adwaita-maia-compact-dark
Theme: Adwaita-maia-compact-dark [GTK2/3]
Icons: Papirus-Dark-Maia [GTK2/3]
Terminal: gnome-terminal
CPU: AMD Ryzen 7 PRO 4750G with Radeon Graphics (16) @ 3.600GHz
GPU: AMD ATI 06:00.0 Renoir
Memory: 11682MiB / 31548MiB

每次有这种帖子，我都可以发下。

我一直觉得 linux 下桌面比 win10 流畅多了。
tab 相应无比迅速，
服务端 php,go,python 都是毫秒开发级别重新加载。
mysql,pg,redis 启动也是速度无比，
装虚拟机，docker 也是速度无比，
跑 android 虚拟更是快。
编译 chrome,pdfium 这类也是比 windows 快？

有什么不满意的吗？
输入法很多应用默认不兼容。

@ragnaroks

抱歉你可能还是无法说服我吧。

客户端渲染 BSR (Broswer Side Render)
静态站点生成 SSG (Static Site Generation)
服务端渲染 SSR (Server Side Render)

我的理解 SSG 就是静态页面生成。
我用过的 nuxt,Next,vite 官方文档里面 SSG 也是静态站点生成这个意义。
至于 dz 、phpcms 这种我叫他 AJAX ，因为他就没有 nodejs 什么事。

我看到阿里云文档这种，可能属于是 ssr 也可能属于 ssg ，这个不属于管理后台。
至于说控制台，我认为他就属于 ajax 或者 SPA ，没有 SSR 和 ssg 什么事。

我认为管理后台，还是用 spa 或者 ajax 方式好，用 SSR 和和 SSG 属于没有事情干了？

@lizhisty
@encro

安装客户端然后 ctrl+f9 调出翻译？

不提供大陆注册？

@lizhisty
@flowerpiggy

deepl 看了下官方没发现浏览器插件之类的？
应该用什么姿势比较好呢？

@ragnaroks

我只知道一些 Blog 或者 CMS 前端采用 SSG ，主要解决性能、安全和 SEO 问题。

按你回复我都搞不清楚 SSR 和 SSG 的英文意义和区别了。

@ragnaroks

真没找到后台采用 SSG 的案例，非常希望赐教。

@darkengine

reddit 对喷少吧，油管多 --- 如果想学民主自由相关词汇的话。

@ragnaroks

你说的 SSG 不是服务端生成？

scale 2c 比 1c 高一倍不止，3c 又歇菜。
php swoole 没放出来？

rust 没跑异步

@ragnaroks

别吓人，
管理后台做 SSG ，难道要为每一条内容生成一个页面？
直接 SPA 也是支持路由和复制的。

一般只有前台才需要 SSR 和 SSG 。

上次在 V2 建立了一个开源软件交流群，现在还没有合适项目。
有兴趣可以一起交流，看是否有人愿意一起开发。

https://c4ys.com/archives/2805

免费好用的方案：

joplin + 坚果云 webdav

彩云小译，中英对照，付费 12 元。

其实最安全可靠的是提供接口，让别人调用，而不是拿文件做交互，
既然是文件交互，那么不可避免的存在实时性问题。
如果不关心实时性问题，那么就如一楼所说，是一个内存指针 swap 的问题了。

你以为 mysql memory table 的 sum,cout 就快了吗？

mysql 就是只能作 oltp 业务，作 olap 还是不行的。

作为一个后端偶尔学点前端，我鉴定是：问题没有问好。

“工程目录管理的最优实践”

每个前端框架一开始基本都定下来了，现在都是 page,state,component 那一套，不需要什么目录管理最佳实践，也没有讨论点。

所以问这个问题相当外行，小白一样，人家不想回答你是理所当然。当你问出这个问题，就将小白的标签给自己打上了----至少没用用过多个前端框架。

基本所有软件工程思想最后都逃离不过一个思路“简化”，而简化的一个主要思路是提供更少接口和功能。

我理解的 DDD 核心思想：

将某个领域的问题抽象，使之能够独立出来，规划好与其他业务结合点，以便降低其耦合度，增加其复用度。

DDD 是对以上思想的实践探索。