@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 。

免费好用的方案：

joplin + 坚果云 webdav

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

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

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

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

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

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

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

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

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

我理解的 DDD 核心思想：

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

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

以前分享过的一篇 Blog：

《企业招聘 10 倍程序员和 0.5 倍程序员的区别》

https://c4ys.com/archives/2734

只能说楼主遇到的人太初级了？

出活快？

给他一个难点的问题，还能出活快吗？
给他一个需要多方交互协调的，还能出活快吗？
给他一个需要高质量的程序，还能出活快吗？

精通某项技术？

精通和熟练的一个重要区别是取舍。精通的人能够根据情况取舍，所以精通的人通常会比熟练的人更快才是，否则只能算熟练。

PS: 精通 = 精 + 通

一般是用框架自带的 serve 即可，

好处是多个 PHP 版本自选，插件自选，**不用跟别人瞎混，自己最后什么都没学到**。