Java知识星球
Stream-Query兼容JDK17
Stream-Query兼容JDK17,解决JDK8+版本的模块化安全问题
Stream-Query兼容JDK17
Stream-Query兼容JDK17,解决JDK8+版本的模块化安全问题
gitlab仓库代码迁移
1、导出仓库数据 登录gitlab进入项目 点击左下角的settings 找到最下方的Advanced 点击右边的Expand 进行点击 点击之后找到Export project按钮 2、导入仓库数据 首先需要创建一个项目 然后点击New project 选择Import project 然后会选择想要从哪个git平台进行导入 选择之后会让你选择导入的项目名称,以及所在的组 最后选择文件点击Import project 然后稍等一会就导入完成啦
使用SSE对接清华chatGLM模型
1、前端基本代码 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647<template> <!-- 输入框,用于输入消息。当按下回车键时,触发 handleSendEvent 方法 --> <input v-model="input" @keydown.enter="handleSendEvent" > <!-- 发送按钮,点击时触发 handleSendEvent 方法 --> <button @click="handleSendEvent">发送信息</button> <!-- 显示从服务器接收的消息 --> <div> {{message}} </div></template><script setup lang=&qu ...
有关mysql编码的奇怪小知识
有关mysql编码的奇怪小知识
敏感信息加密存储
1、需求背景 安全控制一直是治理的重要环节,数据加密属于安全控制的范畴。 无论对互联网公司还是传统行业来说,数据安全一直是极为重视和敏感的话题。 数据加密是指对某些敏感信息通过加密规则进行数据的变形,实现敏感隐私数据的可靠保护。 涉及客户安全数据或者一些商业性敏感数据,如身份证号、手机号、卡号、客户号等个人信息按照相关部门规定,都需要进行数据加密。 对于数据加密的需求,在现实的业务场景中存在如下情况: 密码样式的文本:安全部门规定需将涉及用户敏感信息,例如银行、手机号码等进行加密后存储到数据库,在使用的时候再进行解密处理。 在真实业务场景中,相关业务开发团队则往往需要针对公司安全部门需求, 自行实行并维护一套加解密系统。 而当加密场景发生改变时,自行维护的加密系统往往又面临着重构或修改风险。 此外,对于已经上线的业务,在不修改业务逻辑和 SQL 的情况下,透明化、安全低风险地实现无缝进行加密改造也相对复杂。 2、项目实战 1、引入ShardingSphere 12345<dependency> <groupId>org.apache.shard ...
用户敏感信息展示脱敏
业务需求 将用户敏感信息脱敏展示到前端是出于保护用户隐私和信息安全的考虑。 敏感信息包括但不限于手机号码、身份证号、银行卡号等,这些信息泄露可能导致用户个人信息的滥用、身份盗用等严重问题。脱敏是一种常用的保护用户隐私的方式,它的目的是减少潜在的风险,同时保持一定的用户信息可读性。 比如咱们在选择用户信息以及展示选座信息时,用户证件号码的脱敏展示。 项目实战 技术选型 网上很多教程都是在说,通过 AOP、自定义注解和反射的方式完成字段脱敏功能。但是这种方式有点重量级且性能一般,遇到高并发场景存在性能瓶颈。 我举个循环嵌套的例子: 1234567891011121314151617181920public class A { private B b;}public class B { private C c;}public class C { private D d;}public class D { @自定义注解 private String phone; } 如 ...
优雅计算坐标(对接算法)
需求 首先是有一段档案文章在没有换行符的情况下发送给了算法,算法识别出来了敏感词与敏感句以及他们的坐标(此时的坐标是没有换行符/n的情况下的) 但是我们的原始档案文章是有换行符的因为要让前端去解析,但是现在问题就出现了 因为前端展示界面要有换行所以给前端的数据要携带/n,但是现在要把敏感词和敏感句高亮,如果我们的坐标还是没有/n的坐标前端就没办法匹配高亮了 有些人可能会说直接index不就好了? ,但是如果词或句子在/n之间呢,那怎么计算,所以我写了一个算法来计算敏感词句的start和end 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970/** * 寻找给定文本中换行字符的索引。 * @param text 需要搜索换行字符的文本。 * @return 一个包含换行字符索引的整数数组。 */Function<String, int[]> findNewLi ...
1、服务器路径上传
0、策略常量类 12345678910111213141516/** * @author Eliauk */public interface PathUploadType { String PDF = "PDF文件"; String TIF = "TIF文件"; String IMAGE_TO_PDF = "合并图片文件"; String VOLUME = "案卷合并"; String OFD = "OFD文件";} 1、合并图片为PDF 这里的逻辑是将当前根目录下所有的包含PDF目录的文件夹里边所有的【jpg", “jpeg”, “png”, “tif”, "tiff】文件都合并成一个PDF文件 123456789logger.info("接受到图片合并处理任务…………");List<File> fileFolders = new ArrayList<>();List ...
2、MQ配置以及生产者消费者逻辑
相关配置 RabbitConfig 1234567891011121314151617181920212223242526272829@Configurationpublic class RabbitConfig implements RabbitTemplate.ConfirmCallback, RabbitTemplate.ReturnCallback { @Autowired private RabbitTemplate rabbitTemplate; private static final Logger logger = LoggerFactory.getLogger(RabbitConfig.class); @PostConstruct public void initRabbitTemplate() { rabbitTemplate.setConfirmCallback(this); rabbitTemplate.setReturnCallback(this); } @Ov ...
3、策略模式所需代码
1、策略接口上下文 1234567891011@Servicepublic class PathUploadStrategyContext { @Resource private Map<String, PathUploadStrategy> pathUploadStrategyMap; public void getFileInferStrategy(PathUpLoadMessage message, String strategy) throws IOException { pathUploadStrategyMap.get(IBaseEnum.getLabelByValue(strategy, PathUploadEnum.class)).upload(message,strategy); }} 2、策略抽象实现类 12345678910111213141516171819202122232425262728293031323334353637383 ...
字体打包进容器(用于OFD文件)
字体打包进容器(用于OFD文件) 1234首先将fonts解压出来,把解压后的文件夹放到/usr/share/fonts/win目录下cd /usr/share/fontsdocker cp win ai-sensitive-x:/usr/share/fonts/windocker restart ai-sensitive-x 字体的百度网盘链接 首先从链接中下载所有的字体然后解压到宿主机的/usr/share/fonts/win目录下 然后进入到fonts目录下 (cd /usr/share/fonts) 然后将所有的字体放到容器的指定目录中 (docker cp win ai-sensitive-x:/usr/share/fonts/win) 执行完之后重启服务就可以了
avatar
🐟认真摸鱼中
Eliauk
Future is now 🍭🍭🍭
前往小窝
公告栏
Eliauk:我目前就职于金山旗下的数科网维,是一名Java开发工程师


并且我是Dromara社区的一员并且是Stream-Query的Committer,热衷于Open Source。有什么疑问可以加我微信Cizai_讨论一些技术问题


Dromara 是由国内顶尖的开源项目作者共同组成的开源社区。提供包括分布式事务,流行工具,企业级认证,微服务RPC,运维监控,Agent监控,分布式日志,调度编排等一系列开源产品、解决方案与咨询、技术支持与培训认证服务。技术栈全面开源共建、 保持社区中立,致力于为全球用户提供微服务云原生解决方案。让参与的每一位开源爱好者,体会到开源的快乐。Dromara开源社区目前拥有10+GVP项目,总star数量超过十万,构建了上万人的开源社区,有成千上万的个人及团队在使用Dromara社区的开源项目。
小站资讯
文章数目 :
51
本站总字数 :
6.5w
本站访客数 :
本站总访问量 :
最后更新时间 :
空降评论复制本文地址
随便逛逛昼夜切换关于博客美化设置切换全屏打印页面