报文结构 请求行 状态行 首部字段 其他 编码传输 报文 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

背景最近在vite整合分别使用react和vue项目，vue项目里部分文件后缀使用了.tsx，和react冲突，故在vite中将react的后缀改为了.rtsx，但这样一来编辑器就无法识别我当前的文件类型，没有语法高亮和自动提示 配置12345678910111213{ "nathom/filetype.nvim", config = function() requ

示例 将源数据执行立方操作，本质是放大大数区间，再将y轴取立方根获取源数值，但会导致数据偏差；和对数坐标刚好相反 123456789101112131415161718192021222324252627282930313233343536373839404142434445const data = [0, 32, 31, 33, 31, 34, 33];option = { xAx

示例 关于series维度理解还是不够啊 123456789101112131415161718192021222324252627282930313233option = { xAxis: { type: "category", data: ["Mon", "Tue", "Wed"