很难说有什么感想，建议 OP 换位思考，如果你是你父亲，你儿子这么想会是什么感受。
至于，房和车，货车耶，生产力工具，买房也可以看作，不想拖累子女，没直接找来要钱，其实已经不错了。

读了好几遍也没弄明白这个场景为啥要用 base64..用 oss 上 cdn 吧，不行的话，前端手动实现一个缓存？感觉好像也没啥用..后端，把 base64 写成文件，提供 url 让前端用，作用估计也有限..主要不知道这里的，吃不消体现在哪里，页面卡？还是接口返回慢？ 4mb 说大不大，页面我觉得很少会因为这个卡的..

个人感觉，锻炼好身体，技术上个人感觉很难说跳出场景有个什么样的提高，找自己的喜欢的方向做储备，没有就是英语数学，且苟且看

J1900 的性能太差了，性价比也不高，买个稍微好点的工控主机吧（笔记本低压 U 的那种，600 ～ 1000 块），我和你有同样的需求，之前研究过一下，一言以蔽之，免费的话还是用 CloudFlared Tunnel 吧，自己租房子，动态解析啥的太麻烦了。
可以参考下我之前记得，我这个博客就是跑在工控机上用 Tunnel 服务代理出来的。

https://saltfish.vip/index.php/archives/34/

只有当知识能够帮助你做实际决策的时候，它才是你的知识。

@Citrus 有没有可能是系统自动更新？我有遇到类似的情在笔记本上，自己装了个 m2 固态散热不行，如果系统自动更新涉及到大量 I/o 就会出现这种类型的卡顿，一般也就几秒，没啥规律，随时偶发，发生的时候如果正好有任务管理器开着，可以看到 windwos 自动更新占了大量的硬盘读写或者 cpu

我在想固态的坏道是个什么概念...

随着年龄增长，这些下降是不可避免的，过几年会更明显，感兴趣是一方面，用不用的上是另一方面。
我想想一年左右，主要做修补工作，想通过跳槽涨薪的话。
自己从脚手架开始构建一个项目吧，vue 也行，react 也行，最不济也得知道从头开始大概是怎么一回事（参考成熟框架）。
可以尝试复刻自己正在修补的项目的主要部分，或者平时接触不到的非业务的部分（如果是后台，比如登录，鉴权，一些复杂的业务模块，或者绘图组件之类的），这是一个方向。
另一个方向则是，总结自己手中项目的业务流程，以及前端在其中的位置，有什么亮点（技术上的，业务上的与前端相关的）。
最后就是一些面试题准备吧，根据上面的方向，选一块深入，也可以参考看别人怎么做的。

一个可视区内为例，3000 张一个可视区，用 base64 大概是，先等所有图片下载完再展示（我就当你是嵌在 html 里了）
相对路径则是先展示轮廓再展示，浏览器并发，不同浏览器不一样通常是 6 ～ 8 个，所以 3000 张同屏怎么也会有先后顺序
你要全部加载完哪个更快？主要看设备，通常来说，一个大文件会比 3000 个小文件快，取决于大小差异和实际使用的 http 协议，用 http3.0 的话，小文件估计会快一点，1.0 大文件会快一点。
个人建议，用相对路径，需要一次性展示的话自己控制图片的加载完再展示，而不是使用 base64 这样完全不可控。
一个可视区放不下的情况，比如滚动加载，就别 base64 了，没啥意义。

我是一台低功耗的工控机终端代理出来，需要干重活的时候对台式远程开机...J425 这种 U 几乎只适合 NAS 和软路由吧，附带一提，纯代理的话可以找 frp 服务或者白嫖 cloudflare 的 tunnel 服务，或者类似的服务

TMS 系统，试试快递 100 ？

虽然都感觉 rem 不好，但我也基本没见到，系统性讲非 rem 布局的屏幕适配方案，虽然 flex，gird，vw /vh,媒体查询，这些配合起来怎么都能解决问题...但就是不知道有没有系统性得实践方案..实际项目中看到得大都乱得很

@LOVOQ 到换路由这就只能以后再说了..环境得话，离得不远隔着个门也有一个 5G 路由..可能相互干扰，边上是电梯井
mhz 之类的我换过，有的没区别，有的就直接连不上了也不知道为啥..

@LOVOQ
频宽是指：Channel Width 么？它没有 80/160 的选择...

@onion83
还真就是这个..以前一直用有线连电脑，倒没啥感觉..

@PbCopy111
改了，关了蓝牙
iperf 上行 270~220 下行 19~16
没开 zerotier 测试的时候网络理还一台树莓派做的 DNS，这个会有影响么？不应该呀，因为连线的时候也是这个环境

@sp670
节能关了也不好使..

@mandymak
纯 AC 也试过了，不好使

现在看就感觉，要么换路由，要么认命有线...淡淡的忧伤