为加强对部署文档质量管控，减少私下沟通修改环境的操作，特在TAPD新增内部 （测试及UAT）环境部署变更申请流程 ，具体如下： 1、团队成员更新部署文档，在TAPD中创建环境变更申请； .jpg) 2、选择正确的流程，填写相关信息； ![CatchC7C5(05-10-17-36-07).jpg](http://tmpbbs.ztc.ztcclo...

本文以财芯社区社区为例，如图（1、浏览器标签页的图标2、页面中的logo） 首先登录管理员进入到后台管理中，对应如下图 1、若已经拥有对应图标文件的url静态资源链接直接替换即可，如：

1、概述 本文主要记录sharding-jdbc 5.4版本使用的一些方法和问题，方便开发人员平时排查问题。 3、FAQ JDBC [JDBC]增删改查等SQL操作时，提示表不存在：Table or view SYS_GROUP does not exist. 以下是可能的原因： 原因1 ：如果表不是分片表或广播表，即没有该表的任何显示配置，可能是没有配置单表规则，配置单表规则即可。 原因2 ：可能是配置的表名大小写和数据库元数据表不一致，而数据库在查询元数据信息时区分大小写导致的，修改表名大小写和元数据表内容一致，字段大小写配置同样适用此情况。

培训相关视频 会议录制：关于GIT提交代码关联TAPD平台BUG和需求的操作培训 日期：2023-08-09 18:52:22 录制文件：https://meeting.tencent.com/wework/cloud-record/share?id=d884e2ed-4128-4a25-8b1f-a0ed68d567aa&hide_more_btn=true&from=qywx 目的 通过配置后，达到对业务对象（需求、缺陷、任务）修改过的记录留痕，方便同一个业务可以追踪到具体 代码 的变更记录。 其实可以完成很多自动化任务 原理 Gitlab关联通过Webhook方式实现，通过在 Gitlab代码库配置 并 监听特定代码 的变更事件 以HTTP...

问题场景 如何在日志中打印出zfs包的代码调用的堆栈？并且能够通过链路ID跟踪 一次页面请求所涉及的多个微服务的调用堆栈 呢？ 使用方法 在JVM的启动参数中仿照 -javaagent:/home/fssc/apache-skywalking-apm-bin-es7/agent/ skywalking-agent.jar -Dskywalking.agent.service_name=zfs-boe-server -Dskywalking.collector.backend_service=10.251.18.11:11800 添加，如果原来项目有skywalking的，直接替换即可（注意路径）。 另：建议取消 out目录日志，日志级别调整为info skywalking-agent.jar文件需要使用下面改造过的文件： [skywalking-agent.zip](http://tmpbbs.ztc.ztccloud.com.cn:6875/developers-server/rest/file/group1/2023/07/25/B9D0C8...

1、背景 liquibase的引入，将原来的sql脚本变成了xml配置，而xml配置比较繁琐，需要花费比较多的时间进行编写。因此考虑借助PDmaner工具的代码模板自动生成，以辅助liquibase脚本的开发。 2、准备工作 2.1 PDmaner下载 下载地址：http://www.pdmaner.com/download/latest 下载版本： v4.3.0 ，注意高于此版本的工具，存在生成后的xml内容全小写问题，除非后续版本修复了这个问题，否则不建议使用。 ![image.png](http://tmpbbs.ztc.ztccloud.com.cn:6875/developers-server/rest/file/group1/2023/04/24/A04ABFCBF...

老档案系统-无法访问图片/附件的常见原因及解决方案 1.fdfs_client.conf 配置地址非域名 正确配置应为： 【注意】档案服务外置配置后，档案 jar 包内的配置也要改为域名地址。 有时会读取 jar 包内的该配置。 2.服务器 hosts 缺少配置 正确配置应该有： fastdfs 的配置项 3.服务器指定下载路径无 写权限 如： ![image.png](http://tmpb...

影像系统-已作废影像重新上传 Q：作废的影像为什么再次上传的时候报错 "影像已存在" A：需要手动删之前的已作废影像。【注意】同时要删除扫描端的该影像。

1、下载SVN客户端 查看文章：[运维常用工具包](http://tmpbbs.ztc.ztccloud.com.cn:6875/article/1128026) 这里上传的是比较旧的版本，wins10 可以正常使用 2、下面截图问题可以通过重启电脑解决 3、重启电脑还不能解决的，尝试重启加密软件，确认加密软件正常运行 4、update文件失败，可以通过清除缓存的方式解决 ![image.png](http://tmp...

ELK+logstash 升级手册 ELK docker离线安装 参考对象：项目现场测试环境、开发环境、uat环境日志收集服务器。 第一步：上传elk镜像 elk获取来源：https://svn.ztccloud.com.cn:18080/svn/ztccloud_product_standard/standard_version/中间件安装/容器化安装/中间件离线方式安装/middleware/docker_images/elk.tar.gz elk 上传服务器路径：/home/fssc/ 第二步：导入镜像 cd /home/fssc/ tar -zxvf elk.tar.gz 如果第一次升级过需要先删除重新导入镜像 docker stop elk docker rm elk docker rmi docker images|grep "harbor.ztccloud.com.cn/fssc/elk7" |awk '{print $3}' ...

一、漏洞情况 Log4j漏洞情况 二、修复方案-代码 1.修复方案 在zfs-cloud/pom.xml的dependencies节点下增加如下依赖： <dependency <groupId org.apache.logging.log4j</groupId <artifactId log4j-api</artifactId <version 2.17.0</version </dependency 利用maven依赖的就近原则，优先加载log4j-api-2.17.0的jar，而不会去加载spring-boot-starter-logging下的log4j-api-2.13.3.jar 2.验证方式 产品版本2.1.7.2(不含)之前 重新打包所有服务；以压缩文件方式打开部署的jar,如：zfs-boe-server.jar/zfs-op-server.jar(注意所有的服务都要打开看)；打开BOOT-INF\lib目录，没有log4j-api-2.13.3.jar则说明修改正确 产品版本2.1.7.2(含)之后 删除${userhome

情况一：ZFS_BOE.BOE_STATTUS = 20，而ZFS_OP.BOE_STATUS = 0 情况二：ZFS_BOE.BOE_STATTUS = 25，而ZFS_OP.BOE_STATUS = 20 处理办法： 1、 去MongoDB集合中zfs_data_push_send或者zfs_data_push_his（优先找zfs_data_push_send），根据busId为单据号的boeId去匹配，按照create_date升序，找到最后一条requestUrl=opboeheader/dataPush/pushBoe2OP的数据 自动补偿：如果数据在zfs_data_push_send中，则可以通过修改pushCount为1，然后执行定时器自动补偿 手动补偿：如果在zfs_data_push_his中，可以用POSTMAN进行手动补偿（不会用POSTMAN的请自行解决）参数为该记录的param1值 ![](https://cdn.nlark.com/yuque/0/2022/png/2918182/164259...

1、单据的审批人审核撤回之后，审核人在自己的账号里即无法看到待审核任务 问题原因：流程系统正常，boe报错了，没有把审批人信息更新到 当前审批人表【 ZFS_BOE_APPROVER】 解决方式：把流程系统任务表的审批人信息修改 ![23.png](http://tmpbbs.ztc.ztccloud.com.cn:6875/developers-server/rest/file/group1/2023/02/26/A04ABFCB198BE285AAA4B1B7B2AE032...

数据量大的时候会出现MongoDB所在服务器CPU占用过高，多个CPU都将近100% 根据慢请求做了一批优化 这里看看哪些表读写慢： mongotop -u ztefssc -p Ztefssc_2019 --authenticationDatabase admin 10 查看慢请求： db.system.profile.find().sort({$natural:-1}) 查看当前操作： db.currentOp(true); 最后查出来可以优化的SQL（大家尽量在夜深人静的时候或者用户不适用的时候操作） db.ZFS_BOE_APPROVE_EFFICIENCY.createIndex({'tp':1,'acn':1,'boeNo':1}) db.nginx_access_log.createIndex({'tp':1,'acn':1,'boeNo':1}) db.ZFS_BOE_APPROVE_EFFICIENCY_DETAIL.createIndex({'tp':1,'a...

fastjson 官方发布安全通报，fastjson <= 1.2.80 存在反序列化任意代码执行漏洞，在特定条件下可绕过默认autoType关闭限制，可能会导致远程服务器被攻击，风险影响较大。建议使用了 fastjson 的用户尽快采取安全措施保障系统安全。 升级方案 升级到1.2.83版本，该版本涉及autotype行为变更，在某些场景会出现不兼容的情况，需要注意。 升级步骤 产品代码： 修改product_basic/pom.xml中的fastjson.version的值为1.2.83 项目代码： 在zfs-cloud/pom.xml中的fastjson.version的值为1.2.83，没有fastjson.version属性的，请在zfs-cloud/pom.xml中的properties下增加 <fastjson.version 1.2.83</fastjson.version 验证结果 查看zfs-xxx-server中pom文件的Maven依赖树，版本是