1xx 信息性状态码接受的请求正在处理 2xx 成功状态码请求正常处理完毕 200 OK 客户端的请求在服务器端被正常处理 204 No Content 请求处理成功，但没有资源可返回 206 Partial Content 响应报文中包含由Content-Range指定范围的实体内容 3xx 重定向状态码需要进行附加操作以完成请求 301 Moved Permanently 永久重定

Reset –soft –mixed(默认) –hard

Rebase“确定将main变基到develop分支吗” 这句话的含义是将main分支的代码更新到与develop提交一致的记录，即将develop的分支的commit在main分支上重新提交一遍 git rebase A B 意思是： 将在B上的提交基于A的提交重新提一遍，然后重新指向B 如果你正在A分支 git rebase => git rebase origin/

报文结构 请求行 状态行 首部字段 其他 编码传输 报文 HTTP通信的基本单位，8位组成字节流 实体 请求或响应的有效载荷数据 压缩传输 gzip GNU zip compress UNIX系统标准压缩 deflate zlib identity 不进行编码 分块传输 Transfer Coding 多种数据的多部分对象集合 multipart/form-data 文件上次 m

请求报文 方法 URI 协议版本 请求首部 内容实体 响应报文 协议版本 状态码 状态码的原因短语 响应首部字段 主体 HTTP是无状态的HTTP方法 GET 获取资源 POST 传输实体主体 PUT 传输文件 HEAD 获得报文首部，不返回报文主体，用于确认URI的有效性及资源更新的日期时间等 DELETE 删除文件，与PUT相对 OPTIONS 询问支持的方法 j TRACE

中广核招标文件技术实现 运维平台技术架构 组态编辑器 Gis/BIM渲染原理 管理看板 优化echarts曲线 颜色定制改造 移除面积图 y轴压缩(对原数据进行放大，根据处理函数放大部分区间) y轴拖动功能(折线图会有跳动现象) PDA项目 跑了下使用android studio打包全流程，并在真机里安装成功 真机打包需要签名 熟悉巡检接单业务及相关代码 运维平台到轻量化平台

三省吾身今天继续捣鼓在Vue中通过Vite融合React的事，并将运维平台的项目管理模块概览页直接搬过来了，做了下请求、依赖的兼容，基本就OK了 看了下PDA项目接单业务相关代码(有个线上bug，接单后巡检列表为空)，根据现场反馈及代码逻辑判断是本地存储IndexedDB那块代码抛错了，但异常却被Promise吞了

三省吾身本来计划是要看运维项目融合的事情 但早会说是优先级最低 看了半天的招标文件 想了技术方案文档怎么写 看了好多前端架构图 发现有些人是真的拽 管理看板客户确认后 其他曲线样式也要优化了 算法的事没有完成 其他计划事项全部完成了

网络分层应用层应用层决定了向用户提供应用服务时的通信活动，如FTP、DNS、HTTP 传输层传输层对上层应用层，提供处于网络连接中的两台计算机之间的数据传输，传输层有两个性质不同的协议：TCP和UDP 网络层网络层用来处理在网络上流动的数据包，数据包是网络上传输的最小单位，该层规定了通过怎样的路径到达对方计算机，并把数据包传送给对方；与对方计算机之间通过多台计算机或网络设备进行传输时，网络层所起的

运维平台可用性和健康度优化 公式实值展示 运维平台集成(vue集成react) 主题修改原理 登录页改造 antd-vue版本升级(3.x -> 4.x)，主题设计 Vite中Vue和React共存方案设计 管理看板 echarts图例自定义，选中和未选择动态切换，文本颜色同系列 折线图y轴压缩(对数坐标，次方求值) x轴区间颜色自定义 工艺组态 重写6个场站位置信息 PDA项目 G