灵均

> 没重新计算显示的区域 如何重新计算呀 ，大佬帮忙解决下 ？

> > > > 这块我也没有去做，大概思路就是监听dom事件，发生滚动时重新绘制； 能指导下么，我不是前端，只会些基本的

> +1 楼主解决了吗/？ 没，小兄弟 解决了的话 ，同步下我哈

> 水印不全是因为宽度不够导致的。解决方案是宽度调大： > > ``` > watermark.init({ > watermark_txt: res.data.data.userPin, > watermark_width: 200, > }); > ``` 额额额。这样处理会加载很多空白水印在页面下方吧 ，我现在是这么处理的，获取滚动下拉条事件，然后重新计算水印。能解决我目前的问题

> 版本：canal 1.1.4 > client.check_valid(username=b'', password=b'') 这里的username 和 password我不清楚应该填写哪个。 > > 经过测试，如果canal server用户非local方式启动是可以正常运行，local方式启动的会有问题。 我也遇到这个问题了 ，解决了么

> 1.8.4 提交SQL已经支持实例配置的时候配上db_name。强烈建议支持“批量提交SQL” （1）多租户场景需要支持“批量提交SQL”。 （2）批量时针对一个语句，希望可以插入到多个实例，多个schema。 这个功能我这边已经实现了 ，只是这个需求极少数朋友才会有。所以这块功能暂未提pr

> 现在工单提交已经有接口了, 这个能否做成纯前端的功能? 因为后端这边做测试有点太麻烦了 这个代码我这边线上已经跑了快小一年了，这个后端处理会比较合适一点吧 ，我这边的需求有时候要处理1000多个工单，这样要反复调用1000多次接口 。不太合理感觉

> > > 现在工单提交已经有接口了, 这个能否做成纯前端的功能? 因为后端这边做测试有点太麻烦了 > > > > > > 这个代码我这边线上已经跑了快小一年了，这个后端处理会比较合适一点吧 ，我这边的需求有时候要处理1000多个工单，这样要反复调用1000多次接口 。不太合理感觉 > > @cslingjun 大佬，这个功能，好像只考虑了审核人的批量审核相关操作，是不是应该加上提交人一侧的批量操作呢，比如： 同一个sql，需要同时提交到多个实例的多个数据库中： 这种场景，其实就是复用相同的代码和数据库结构，只是部署到不同子公司的不同部门中，当有迭代需求时，需要上线到所有这些数据库，这时候提交人，就很繁琐，需要提交好多次同一个sql 提交SQL按钮旁边是有个批量提交SQL工单按钮的 。你看我截图 。但是这块代码好像我没提上来

> 1. 代码复用不够, 这些检查的代码在单个工单的审核和执行中有类似的, 希望能复用一部分, 可以考虑直接把代码挪到 model 层, 作为 workflow 的一个 方法来做 > 2. 请不要再为了同样的case重开pr，会损失之前的讨论 > 3. 审核代码已重构，请考虑使用全新的AuditV2 > > 如果有其他的建议或困难欢迎提出 > 1. 代码复用不够, 这些检查的代码在单个工单的审核和执行中有类似的, 希望能复用一部分, 可以考虑直接把代码挪到 model 层, 作为...

> 我重新细看了下当前的逻辑，复用方面确实跟以前不一样，提交和取消都是复用了单个工作流的代码，也复用了单个工作流的model，只是多了一个虚的总工单。 总体上对已有的工单代码修改不大，甚至也没有多少的侵入性，不想用这个功能的人不用就行了。 > > 我唯一的建议变成了给代码加上一些单元测试，这有利于代码和功能的长期发展，还希望大佬考虑一下。 以及谢谢大佬的贡献！ 单元测试就真不太会了 ，大佬帮忙写一点？这边功能我手动测试是没问题了