-
@百鸟朝凤: 为什么网关拿到以后要序列化再来验签？签名压根不关心参数的每个字段的内容，只需要关心整个字符串的内容，所以为什么一般要先反序列化，再序列化拿字符串再来验签呢？我认为作为程序员，每多写一行代百鸟朝凤 评论： @LoveCoder: 嗯...你觉得是操作字符串,自己拆分拼接方便呢, 还是序列化成对象, 操作对象方便呢.. -
@LoveCoder: 我这是举个例子,网关拿到数据, 一般也不会直接用你的原始报文, 自己去解析是json么, 不会的,都是会进行序列化的, 序列化之后才会进行验签, 这个时候, 你原始报文的顺序就LoveCoder 评论： @百鸟朝凤: 为什么网关拿到以后要序列化再来验签？签名压根不关心参数的每个字段的内容，只需要关心整个字符串的内容，所以为什么一般要先反序列化，再序列化拿字符串再来验签呢？我认为作为程序员，每多写一行代… -
@百鸟朝凤: 这个其实也不太可能，正常这种API都有统一的网关进入，数据正常是先进入到网关，网关这一步就会验签，正常都是不会让每个方法自己验签的，你说的这种情况，如果是每个方法都自己验签，而且就算接口百鸟朝凤 评论： @LoveCoder: 我这是举个例子,网关拿到数据, 一般也不会直接用你的原始报文, 自己去解析是json么, 不会的,都是会进行序列化的, 序列化之后才会进行验签, 这个时候, 你原始报文的顺序就…
-
@LoveCoder: 不是故意打乱顺序, 现在开发的后端接口中, 开发人员拿到的数据,一般不是你的json, 而是一个类的实体, 就好比学生信息, 你给我传 的是 {"name":"学生", "seLoveCoder 评论： @百鸟朝凤: 这个其实也不太可能，正常这种API都有统一的网关进入，数据正常是先进入到网关，网关这一步就会验签，正常都是不会让每个方法自己验签的，你说的这种情况，如果是每个方法都自己验签，而且就算接口…
-
所以我是接口提供者，我为什么要遍历所有组合呢？我直接把你从客户端传来的http报文里面的body直接拿到，进行签名验算，为什么你会说需要遍历所有可能性呢？还有，数据传输中的负载均衡，代理这些人最基本的百鸟朝凤 评论： @LoveCoder: 不是故意打乱顺序, 现在开发的后端接口中, 开发人员拿到的数据,一般不是你的json, 而是一个类的实体, 就好比学生信息, 你给我传 的是 {"name"…
-
-
@IT小苍: 是的，我当初也考虑过这个问题，但是仔细一推敲，又不是。为什么呢？因为它的sign还需要时间戳参与计算，也就是说，除非某个人在某个固定时间戳内，发起了2次请求，这2次请求的json符合你刚IT小苍 评论： @LoveCoder: 如果这个排除的话，按照字典排序的优势就是 ASCII码值从左到到排序，以便使读者更容易找到想要的文字或数字，便于索引，其他用处就想不到了，毕竟日常开发很难达到抖音的量级，可能是… -
@LoveCoder: 感觉应该是 最小化成本角度来考虑 这个原因，固定的规则可以避免很多问题，便于维护，{"age":"33","city":"北京","gender":"男","name":"张三LoveCoder 评论： @IT小苍: 是的，我当初也考虑过这个问题，但是仔细一推敲，又不是。为什么呢？因为它的sign还需要时间戳参与计算，也就是说，除非某个人在某个固定时间戳内，发起了2次请求，这2次请求的json符合你刚…
-
@西越泽: 嗯，也就是说，主要原因还是可能客户端到真正的服务器接收端中，可能会经过多层的处理中心，这些不同步骤有可能用的不是http协议，可能会对数据json进行数据的序列化和反序列化操作。 综合来说IT小苍 评论： @LoveCoder: 感觉应该是 最小化成本角度来考虑 这个原因，固定的规则可以避免很多问题，便于维护，{"age":"33","city"…
-
System.Drawing.Common is not supported on this platform" 错误通常是由于在特定平台上不支持 System.Drawing.Common 导致的。二震 评论： 在windows本地运行没有问题的，只有部署在linux中会报这个错，之前使用这种方式一直是成功的，用的Aspose.Cells引用dll的方式4.8版本，里面有使用到Drawing.Common这个…
-
@码一码ba: <el-form ref="ruleForm" :model="table"> <el-table :data="table.tableData2" :height="amplific码一码ba 评论： @Harry宗: 这个已经改了 <el-table :data="tableData" border v-loading="loading" size="small" ref="cur… -
@Harry宗: 我和你的分析想法一致 目前还没解决 在找问题点Harry宗 评论： @码一码ba: <el-form ref="ruleForm" :model="table"> <el-table :data="t…
-
-
@码一码ba: 一般来说不会固定滚动条，滚动是因为设置了相关样式，超出高度或者宽度，自动出现的。问题应该解决了吧码一码ba 评论： @Harry宗: 我和你的分析想法一致 目前还没解决 在找问题点
-
@Harry宗: 是的 像是滚动条固定住了 但是又好像不是 毕竟我把滚动条高度已经调整小了 不应该遮挡那么多Harry宗 评论： @码一码ba: 一般来说不会固定滚动条，滚动是因为设置了相关样式，超出高度或者宽度，自动出现的。问题应该解决了吧
-
@码一码ba: 放大缩小页面滚动条位置定住了？码一码ba 评论： @Harry宗: 是的 像是滚动条固定住了 但是又好像不是 毕竟我把滚动条高度已经调整小了 不应该遮挡那么多
-
-
@码一码ba: 样式没生效肯定没效果啊，追求样式统一就把上面的代码放到公共样式里，只要那一个页面变化就把上面代码放到当前vue页面顶级类名里(如果是vue)码一码ba 评论： @Harry宗: 现在生效了
-
@码一码ba: 样式没生效肯定没效果啊，追求样式统一就把上面的代码放到公共样式里，只要那一个页面变化就把上面代码放到当前vue页面顶级类名里(如果是vue)码一码ba 评论： @Harry宗: 没用的 之前设置过滚动条高度 放大缩小屏幕 固定列会锁死滚动条的原来位置 而其他列是自适应的滚动条位置. 在放…
-
@Harry宗: 没有 只要是把页面放大在缩小 或是缩小再放大 就会遮挡住Harry宗 评论： @码一码ba: 样式没生效肯定没效果啊，追求样式统一就把上面的代码放到公共样式里，只要那一个页面变化就把上面代码放到当前vue页面顶级类名里(如果是vue)
-
-
-
解决掉了吗？你可以试试把滚动条变细，固定栏和table最下沿有空隙，将滚动条变细后就不会遮挡了 ::-webkit-scrollbar { width: 5px; height: 5px; } ::-码一码ba 评论： 貌似是不起作用 放大缩小后 还是会遮挡
-
-
