这几天一直在处理一个 onlyoffice 的插件问题，到现在也没有完全处理完成，只能说是有点苗头了。

昨天完成，我到了2点左右才休息，就是为了部署一下 onlyoffice 的本地版本，首先下载镜像就花了很长时间，这网时好时坏，我多次取消，多次重新拉取，非常折腾,对 docker compoent 的便捷性有了直观的认识,像特权用户、时区日期问题等；然后是后端代码的编写，前端项目顺便复习了下 Thymeleaf ,又看到了传统的前后端不分离项目中的视图和模型的模样。花了很长的时间去搭建环境，等万事俱备，我上传文件，然后得到一个预览地址，我的浏览器里面打开这个预览地址，它与 onlyoffice 的服务进行交互的时候，却发现是不正确的安全令牌，令我非常的郁闷，最终也没有解决这个问题,辛苦了很久，并没有得到预期的一个效果。本来想着是今天晚上去解决一下去看一下，但我感觉时间也来不及了。这几天我一直在处理这个插件的问题，可以说这个插件让我的眼睛酸痛，并一直看电脑，作为技术负责人感觉压力很大，辛苦了很久，并没有得到一个满意的结果。实践了两个方案，都不够好，第一个方案是使用官方提供的一个插件系统，自己编写插件并注册使用，然后编写我们的逻辑代码，第二个方案是在页面渲染完毕之后，我们手动去选择到这些要删除的元素，然后处理，这两个方案都有不同程度的技术难点。使用的插件系统的时候始终有一个ASC的对象找不到，不知道为什么，我也搞不懂，看网上的资料很杂，在人工智能的帮助下也并没有解决这个问题，最终我加入了一个. /var/www/onlyoffice/documentserver/sdkjs-plugins/pluginBase.js 就暂时没办错了，是时间紧迫没有进行比较深入的调试插件代码的是否生效。第二个方案是在页面加载完毕之后，我们去手动找到这个元素去删除，但是要实现这个效果的时候，发现这个温度编辑功能经历了三层的跨域请求，在我们的8849端口的管理系统内调用了一个 4000 端口的 onlyoffice 的后台权限系统，返回的页面中调用是 8080 端口的onlyoffice 服务的。这就让我非常的崩溃，为了跨域，要处理他们之间的同源策略，需要考虑的Nignx的配置和整体项目的架构问题，我就没有过多的去研究这个事情，后来就又转回到研究插件系统去了。在两个方案之间反复横跳，有种急躁的样子，根本静不下心来。

研究了插件之后，我对插件就有了深刻的理解。插件就是信使，是一个 lambda 表达式，传递到函数中。

圣母和圣母婊的的区别，打个比喻：你饿了还几天了，圣母会给你吃的，圣母婊会让其他人给你吃的。

Source Map？
简单来说，Source Map (.map 文件) 是一个特殊的文件，它将压缩和混淆后的 JavaScript 代码（例如 socket.io.min.js）映射回原始的、可读的代码