待整理笔记汇总

待整理笔记

1. 版本升级之后，通知用户当前版本已升级，请刷新当前页面，可以启动 sse 接口，并监听这个接口反馈的数据，如果有数据，则立马通知用户做出对应的反应，我发现 sse 似乎可以实现传递数据流的方式给客户端，但是好像暂时没办法关闭，浏览器页面一直处于页面等待状态，但是当我服务关闭的时候，浏览器等待即消失，那如果采用这个机制可否去做一个通知用户系统已经升级？请刷新当前页面的效果呢，理论支撑的话：比如：2023 年 10 月 1 号早上 8 点我们更新了系统，比如我们凌晨开启这个服务，那只要凌晨之后的用户再去访问网站的时候，首先这个服务是已经在项目初始化的时候调用一次的，页面一直处于等待状态，（已经和我们的 sse 保持链接）他们会先正常工作，等到了 8 点的时候我们发布结束之后，我们给/sse 这个接口发送约定的数据，前端在能正常访问该接口的时候，需要对这个请求进行监听，如果有数据，通过约定的编码进行不同的通知，比如我们通知{code:"version"},则弹出提示版本已经升级，请稍后刷新页面（可能用户正在编辑，不能强制刷新）。那只要今天上班的人都会收到通知，那当我下次刷新完页面，这个服务还是已经处于加载状态，但是只要我们监听他没发送数据，那就不执行，所以逻辑是可行的，我们版本发布只通知 10 分钟，我们关闭这个服务，这个请求的等待就会结束，页面不会再处于等待状态，用户可以正常工作。此后刚进入网页的用户，那肯定是刷新啊后的新版本，但也确实会有一部分用户没收到通知，那就是凌晨通宵工作的人员，他们的 sse 可能一直没有建立链接，但是那是少部分的人！启发地址:

2. 一个工程化项目中怎么使用 import_and_require

3. 自己实现一遍 git commit 校验 + lint 校验和修复

4. fetch 请求怎么取消 abort 处理延迟结果处理

5. find-code 插件整理

6. commit 信息校验和内容自动修复以及详细报错

7. 错误信息，以及拦截 可以使用 errorbound 进行错误信息页面的返回

8. 轮询方案处理

9. 自定义 hook—— 判断一个元素是否到底部

10. import sort 排序整理

11. 关于 vite 打包之后的部署整理（开发环境是这样、打包之后接口地址改变）目前想法就是应该和 nginx 部署有关，能否使用前端代理完成

12. 水印处理防止用户删除修改 dom 节点侵权

13. 前端实现定时任务（能否使用在 node 环境下，每天执行对应的一遍命令）%

14. 埋点处理

15. vite 配置定义 windown 全局变量获取当前最新 git 提交的版本信息包括提交人 提交时间 提交分支等信息的展示

16. 自己整理的脚本——mac 中通过输入端口号关闭杀死服务

17. 页面报错处理方式 前端开发的时候以及上到生产环境的时候，目前想到的是-使用快捷键调出错误分析弹窗 - 使用 errorbound 进行错误信息的返回定位到指定的错误信息展示页面，用户可复制反馈给开发者进行解决

18. 攻击方式整理

19. 怎样实现无感更新客户端

20. 2024 年一月四日，需要熟悉 promise.race、react 路由、git 提交先进行代码格式化校验、再进行提交信息校验、解决代码莫名报错，给出结局方案

21. 2024 年一月八号，提出问题：1.es6 Proxy 的作用和使用方式、2. webpack/vite配置代理实现跨域的原理是什么、3. 他们两个这样操作只能解决开发环境的跨域问题，如果需要解决生产环境的跨域问题，我们可以将后端资源设置cros规则、前端代码和后端代码部署在同一个域名（可以使用nginx/docker实现反向代理，将前端资源和后端服务都转发到同一个域名下），4. nginx 中我们应该怎么实现反向代理和负载均衡、5. 上一次问大哥，如果生产环境中一个服务挂掉怎么立刻启动备用服务进行顶替，

22. 2024/1/19 emitted.emit 和 on方法的封装