参考【精】N多好看的可视化大屏，有的还有设计配色方案： https://tob.design/#/search/?search=%E6%95%B0%E6%8D%AE%E5%8F%AF%E8%A7%86%E5%8C%96 Unity： https://tob.design/#/search/?search=unity Unity3D制作流程： https://tob.design/#/works/d

有东西被加密了, 请输入密码查看.

有东西被加密了, 请输入密码查看.

UTF是什么？UTF(Unicode Transformation Format)，统一码转换格式。 BOM是什么？BOM(Byte Order Mark)，字节顺序码。 注意这不是一个文件头信息，而是直接写在文件流最前面的3个字节：\uFEFF 什么场景会用到BOM？Windows下。 Microsoft compilers[9] and interpreters, and many piec

常见问题TypeError: cb.apply is not a functionhttps://stackoverflow.com/questions/64211386/gitbook-cli-install-error-typeerror-cb-apply-is-not-a-function-inside-graceful 升级graceful-fs即可： 12cd /d/software/n

前人经验 最好的方法是设计一套和屎代码隔离的开发方式，让未来的功能更好维护和可测试，用旁路的思想把一些无法重构的功能做监控和功能测试，用删减或者更换功能来做代码量优化，再具体点，可以尝试引入PAS的项目维护方式，把垃圾代码独立，提取公共代码到独立模块，而不更改垃圾代码，改的只是垃圾代码的入口组织形式，建议好好读读重构相关的书，你甚至可以用优化一波变量名和注释的方式让大便上开出一道亮丽的风景线啊…

有东西被加密了, 请输入密码查看.

有东西被加密了, 请输入密码查看.

原因分析http变成了https，那么肯定是和安全相关的缘故导致的，因此我们只需要排查下对应的配置项即可。 另外由于请求是客户端发起的，所以代码一定是和前端/浏览器相关的，我们需要把排查范围缩小到HTML、JS和浏览器设置上。 案例axios的withCredentials配置导致前端发出的请求协议全部变成https的问题前端代码里面写的请求后端接口的地址是http协议的，但是真正发出去

微前端是概念，iframe是实现我之前理解错了，直接把这2个不是同一层级的进行了对比，一直在思考一个问题“微前端相比iframe有什么优势？” 这个问题是没有意义的。 微前端是一种架构设计的概念(可以理解为接口或者抽象类)，而iframe是这种概念的具体实现(可以理解为实现的子类)。 常见的微前端实现方案了解下每种方式在隔离、共享机制、生命周期管理方面是如何实现的。 iframe WebComp