疯癫的老码农的博客

摘要：本文介绍了在Web应用中集成KKFileView组件时遇到Word文档数学公式无法正确渲染的问题。通过部署OnlyOffice文档服务器，并将其与KKFileView集成，成功解决了公式预览的难题。具体步骤包括OnlyOffice的Docker安装、密钥配置，以及KKFileView的配置修改和启动测试。最终实现了包含复杂公式的Word文档完美在线预览功能，为开发者提供了可复用的解决方案。

本文介绍了Milvus向量数据库2.6.3版本的安装步骤：1）从GitHub获取稳定版安装包；2）需先安装Docker环境并配置镜像源；3）将安装包解压到/opt/milvus目录；4）通过docker-compose命令启动容器服务；5）提供停止服务和客户端连接的操作说明。安装过程需严格遵循步骤执行，确保环境配置正确。

本文介绍了Nginx的安装步骤：1.获取安装包；2.安装依赖环境（gcc、PCRE、zlib、OpenSSL）；3.解压并编译Nginx，配置相关路径参数；4.通过make命令编译安装；5.启动Nginx服务并测试访问。安装过程中需注意严格按照步骤执行，避免遗漏导致安装失败。

本文介绍了MinIO对象存储服务的安装步骤：1.下载Linux版安装包；2.上传并设置可执行权限；3.创建OSS相关目录；4.配置环境变量设置管理员账号密码；5.启动服务并指定数据/日志目录；6.通过9000/9001端口访问API和控制台。强调必须完整执行所有步骤才能确保安装成功。

本文分享了通过启用NGINX的Gzip压缩功能来优化前端资源加载速度的实践方案。针对前后端分离架构中Vue资源加载慢的问题，作者采用两步优化：首先确保前端构建生成.gz压缩文件，然后在NGINX中配置gzip参数，包括压缩级别、缓存设置等。优化后可通过浏览器开发者工具验证响应头Content-Encoding字段或直观感受速度提升。该方案能有效减少网络传输数据量，是提升Web性能的常用高效手段。

当SpringBoot应用启动时出现@profileActive@相关的异常，通常是由于Maven资源过滤未正确配置或占位符未被替换导致。这类问题多发生在多环境配置的场景下。

Redis 4.0.14安装指南：从官网下载安装包并上传至/opt/redis目录，解压后修改redis.conf配置（设置保护模式、后台运行及密码）。进入解压目录执行make编译，通过src目录下的redis-server启动服务。安装过程需严格遵循步骤，确保配置修改生效。验证服务启动成功后即可使用。

本文介绍了JDK 1.8的安装步骤：1.从Oracle官网获取安装包；2.上传至/opt/jdk目录并解压；3.编辑/etc/profile文件配置环境变量(JAVA_HOME、PATH、CLASSPATH)；4.使配置生效并授权执行文件；5.最后验证安装是否成功。强调需严格按照步骤操作，否则可能导致安装不生效。

本文介绍了pycorrector中文文本纠错工具的使用体验。该工具支持多种纠错模型（Kenlm、BERT等），可识别音似、形似和语法错误。作者通过Docker方式安装，并演示了错误检测和纠正功能，成功识别出"因该"应为"应该"、"坐"应为"座"等错误。该工具能有效实现中文文本的智能纠错，开箱即用。

摘要：Pandoc是一款强大的开源文档格式转换工具，支持多种标记语言和文档格式互转。本文介绍其安装方法（Linux环境）及两个典型应用场景：1）将AI大模型生成的Markdown/HTML内容转换为Word文档；2）处理含复杂数学公式的试卷格式转换。通过Java代码示例演示了HTML转Word的实现过程，展示了Pandoc在解决跨格式文档处理问题中的实用价值。

Ricky-Chat是基于Netty框架开发的简易聊天室项目，包含服务端和GUI客户端。服务端采用Netty多线程模型管理客户端连接，实现消息路由和广播功能；客户端提供图形界面支持用户登录和群聊。项目实现了JSON消息编解码、多用户消息同步等功能，通过ChannelGroup管理连接，使用ConcurrentHashMap存储用户通道映射。该项目完整展示了Netty在实时通信应用中的应用，包括连接管理、消息处理等核心功能，适合学习Netty和IM开发参考。代码已开源在Gitee平台。

本文探讨了Word试卷解析中遇到的数学公式格式转换难题，重点分析了新旧两代公式技术OMML和OLE格式的差异。作者发现现代OMML格式易于程序解析，但老式OLE格式（由Equation Editor 3.0创建）因采用嵌入式对象而难以处理。通过调研，作者提出了两种实用解决方案：利用新版Office自动转换功能和MathType商业工具进行格式转换。最终建议采用新版Office的批量转换功能作为最优方案，为处理历史文档中的数学公式提供了可行的技术路线。

本文介绍了如何将一个SpringBoot应用容器化部署到Docker的完整流程。首先创建了一个简单的SpringBoot项目，包含返回当前日期的/helloWorld接口；然后编写Dockerfile文件，基于openjdk镜像构建；接着在Windows环境下完成本地测试和打包；最后在Linux服务器上执行镜像构建、容器启动等操作。通过docker build、docker run等命令，成功将应用部署为容器服务，并验证了接口访问。整个过程涵盖了从项目创建到容器化部署的完整步骤，为初学者提供了Docker应

本文介绍了在企业级应用中实现Word文档预览的技术方案。通过采用开源KKFileView服务，在微服务架构下解决了内外网环境中的文档预览需求。重点阐述了配置过程：1)业务系统和预览服务的内外网部署；2)KKFileView的base.url和trust.host配置；3)onlinePreview接口的地址转换优化；4)Nginx反向代理设置。最终实现了用户通过统一外网入口无感知访问业务系统和文档预览功能，同时保障了内部服务间的安全通信。该方案适用于复杂网络环境下的文档预览集成场景。

摘要：在实现试卷结构化转换时，遇到OMML转LaTeX过程中无法加载OMML2MML.xsl文件的问题。本地环境正常，但Linux环境报错。经排查发现，虽然文件已正确打包到jar中，但代码中引用的文件路径后缀大小写不一致。将代码中的路径改为与文件名完全一致后问题解决。该问题提醒开发者需注意Linux环境下文件路径大小写的敏感性。

本文提出了一种将Word试卷中的数学公式转换为LaTeX格式并保持位置准确性的解决方案。通过POI读取Word文件，遍历XWPFParagraph段落获取XML文本，使用DOM解析器定位oMath节点，将数学公式转换为LaTeX格式后替换原节点内容，最后重新生成Word文档。该方法解决了公式转换过程中出现的顺序错乱问题，实现了试卷内容从非结构化到结构化的转换。文中详细介绍了处理流程，包括XML解析、公式转换和文档重建等关键步骤，并提供了完整的Java代码实现。

本文介绍了使用Java解析Word试卷中自动编号的方法。通过创建NumberingContext类处理不同格式的编号（数字、字母、中文等），并实现核心逻辑getParagraphNumbering方法，成功从XWPFParagraph提取自动编号。该方法支持多种编号格式转换，解决了Word文档结构化处理中的自动编号解析难题，为试卷内容从非结构化到结构化转换提供了有效解决方案。

本文介绍了从Word文档中提取数学公式并实现Web页面展示的技术方案。通过Java解析Word文件获取OMML格式的数学公式，再转换为MathML格式，最后使用Pandoc工具生成LaTeX表达式。前端使用KaTeX库渲染LaTeX公式，成功实现了数学试卷中公式的结构化提取和可视化展示。该方案解决了非结构化文档中数学公式的提取和渲染问题，为类似需求提供了可行的技术路径。

http流式输出

当初对不同的环境划分不同的配置文件，是另外一个同事做的，当时他是按照他之前项目的经验和习惯落实到我的这个系统上的。当时我给他讲划分配置文件的原则是公共的配置放到application.yml中，不同环境的分别放到各自的配置中，保持每个配置项个数要一致。那个时候他给我讲，如果是application-dev.yml、application-sit.yml等配置与application.yml重复配置项，那么会自动覆盖掉的。

Netty常用概念:Channel，表示一个连接，可以理解为每一个请求，就是一个Channel。ChannelHandler，核心处理业务就在这里，用于处理业务请求。ChannelHandlerContext，用于传输业务数据。ChannelPipeline，用于保存处理过程需要用到的ChannelHandler和ChannelHandlerContext。

在平时的办公中，会常用不少工具，选择不同的工具或者使用不同的方法，会达到事半功倍的效果，工欲善其事，必先利其器！

GitHub - aspose-cad/Aspose.CAD-for-Java: Aspose.CAD for Java examples, plugins and showcases

Aspose Repository Browser /repo/com/aspose/aspose-cad/20.8/https://downloads.aspose.com/cad/java

基于若依框架开发应用的时候，默认启动的线行字是RY，往往在开发自己的业务系统的情况一般肯定是想改成自己系统的缩写，如何实现所期望的效果呢？通过下面的步骤我们来揭晓操作方法。

SPI（Service Provider Interface）机制是一种服务发现和注册的机制，它允许服务提供者在注册表中声明它们提供的服务，并允许服务消费者从注册表中检索和连接到这些服务。SPI 是 Java 中的一种设计模式，主要用于解决模块之间的松耦合问题。

在 SpringBoot 中，我们可以通过 swagger框架来定义接口。当前软件应用开发中，很多情况下采用了前后端分离开发的模式，为提升协同效率必然提前把接口协议先定义好，然后分头去开发。本文是基于若依框架中实践了swagger的使用，以及总结了应用过程中遇到的问题和如何解决这些问题的。

不同编程语言在对待第三方库 (第三包) 的管理上有不同的方式和工具。

基于springboot的应用通过profile隔离不同环境配置参数:1、提取可变点到配置文件中2、maven的pom中配置3、编译打包时候切换不同profile4、源码可参考开源地址：

由于始终没有下载下来1.4.6版本的pagehelper-spring-boot-starter的依赖，因此尝试改成1.4.0版本的pagehelper-spring-boot-starter，通过编译运行，发现还是可以的。具体为何始终下载不下来，目前不清楚原因。之前基于V3.8.1版本做了不少的应用，目前选择了V3.8.6版本进行应用开发。电脑默认配置的公司的代理，于是改成手机热点的方式重新进行更新依然是没有下载下来。

若依启动连接数据库失败，问题根因是useSSL值导致的问题，useSSL值由true改为false就可以了

但是发现有些情况下，还是得改若依的代码，也有尝试过把需要修改的若依框架的service卸载掉，用自定义的service在spring加载的进行覆盖，没有达到一个完美的方案，毕竟我当前是做的业务系统，不是做一个中间件，没有那么多实践的时间。在基于若依做第一个系统的时候，选择了当时最新的一个版本，后来做别的系统的时候，期间若依也更新了好几个版本，但仍然保持使用若依的那个版本。做了很多年的软件研发，写的文章不多、总结的也不多，曾经做过的积累或者后续的遇到的技术难点还是考虑稍微写一写，算是给自己的一个记录吧~。