Heartsuit-CSDN博客

原创 LLM大语言模型私有化部署-使用Dify的工作流编排打造专属AI诗词数据分析师

本文通过使用Dify平台的工作流编排功能，结合阿里百炼的大型语言模型（如qwen2.5-14b-instruct等），成功打造了一个专属的AI数据分析师。能够根据用户提供的自然语言问题生成对应的SQL查询语句，并通过部署好的API服务执行这些查询，最终由另一个LLM节点对查询结果进行专业的数据分析和可视化展示。可以统计创作唐诗最多的作者、分析唐诗中特定元素的出现频率，以及联合查询作者信息与作品数量等，今后面对领导的取数需求，你可以直接替换数据源，轻松实现各种数据分析和可视化需求。

2025-02-23 17:35:49 1833

原创纯CPU环境离线部署语音合成TTS服务（支持中文）技术选型：eSpeak，ChatTTS，CoquiTTS

结合实际的应用场景，本次主要关注在纯CPU场景下，对于中文文本的合成效果（人声自然）与合成效率（时间短）两个方面。以下将通过对eSpeak，ChatTTS，CoquiTTS这三种语音合成TTS服务离线部署测试，分析三种方案的优劣。

2025-01-01 10:30:00 5960 4

原创这一年，这些书：2024年读书笔记

Note: 以下 markdown 格式文本由 json2md 自动转换生成，可参考JSON转Markdown：我把阅读数据从MongoDB中导出转换为.md了了解具体的转换过程。2024年读书笔记

2024-12-29 17:00:00 2476

原创实际部署Dify可能遇到的问题：忘记密码、开启HTTPS、知识库文档上传的大小限制和数量限制

Dify本地部署后遇到的几个问题及其解决方案：首先是忘记密码，可以通过官方提供的flask reset-password命令重置；其次是密码错误次数超限导致账户锁定的问题，可以通过删除Redis中对应的限制Key来解决；再次是端口占用和HTTPS配置，可以通过修改EXPOSE_NGINX_PORT和NGINX_HTTPS_ENABLED等配置来解决；最后介绍了如何通过调整UPLOAD_FILE_SIZE_LIMIT和UPLOAD_FILE_BATCH_LIMIT参数来突破知识库文档上传的大小限制和数量限制。

2024-12-29 09:30:00 18115 20

原创 LLM大语言模型私有化部署-使用Dify的Agent与Flux.1打造专属文生图智能体

介绍了如何使用Dify平台结合Qwen2.5(7B)模型和Flux.1文生图工具，打造一个专属的文生图智能体（Agent），实现了中文输入到高质量图片生成的功能。文章详细说明了从创建应用、配置工具、编写提示词到实际使用的完整流程，并展示了多个成功的文生图示例。主要技术要点：1. 使用Dify的Agent功能作为基础框架2. 集成SiliconFlow的FLUX.1-schnell作为文生图工具3. 使用Qwen2.5(7B)作为LLM模型通过优化提示词实现中英文转换，提升生图质量。

2024-12-21 21:00:00 2163

原创 LLM大语言模型私有化部署-使用Dify的工作流编排打造专属AI搜索引擎

本文通过组合 Dify 的工作流编排、 Tavily Search 搜索引擎工具以及 Qwen2.5 模型，成功实现了一个能够回答实时问题的 AI 搜索引擎，步骤详细，极具可操作性。后续想办法解决模型对相对时间（今天、昨天、去年等）的理解存在局限性。这个 AI 搜索引擎能够回答一些实时新闻和事件相关的问题，展示了 Dify 工作流编排功能的便捷性、实用性。

2024-12-21 15:53:48 2986

原创 LLM大语言模型私有化部署-使用Dify与Qwen2.5打造专属知识库

介绍了如何使用Ollama和Dify搭建个人AI助手。首先通过Ollama私有化部署了Qwen2.5(7B)模型，然后使用Docker Compose一键部署了Dify社区版平台。在Dify平台上，创建了基于Qwen2.5模型的聊天助手，并添加了个人知识库作为上下文，实现了真正的个人助手功能。文章最后还介绍了离线部署方案，包括如何导出/导入Docker镜像和迁移模型文件，方便在无互联网环境下部署使用。整个过程展示了从模型部署到应用构建的完整流程，为搭建私有化AI助手提供了实践指导。

2024-12-14 17:42:15 1721 2

原创 LLM大语言模型私有化部署-OpenEuler22.03SP3上容器化部署Ollama与OpenWebUI

你是不是也有私有化部署大模型的需求？如今有了Ollama，HuggingFace，ModelScope等开源平台，我们可以非常方便地搭建一个属于自己的大模型，如果网速给力，真是分分钟~~。简单起见，这篇文章仅用到了Ollama官方提供的一个2G大小的模型：llama3.2（3B），后续还可以私有化部署通义千问（Qwen）、智谱AI（glm）等知名大模型。在一台纯CPU的虚拟机上部署Ollama与Open WebUI，整个部署过程简单直观，为用户提供了一个便捷的私有化大模型解决方案。

2024-12-08 21:09:47 2138

原创云原生之运维监控实践-使用Prometheus与Grafana实现对ElasticSearch服务的监测

没有度量就没有改进，实际上，监控系统有以下两个客户：技术，业务。上述内容即是对技术组件的监控，方便技术方面的改进与优化。本文记录了在Docker环境下通过Prometheus和Grafana实现对ElasticSearch服务的监控。具体步骤包括在服务节点上使用docker-compose安装elasticsearch-exporter，配置Prometheus抓取ElasticSearch的监控数据，并在Grafana中配置数据源和导入现成的监控仪表板，以实现对搜索引擎服务的性能监控和可视化。

2024-12-01 13:30:00 1021

原创使用docker-compose部署搜索引擎ElasticSearch6.8.10

介绍了如何在 OpenEuler 系统上使用 Docker 容器化方式部署 ElasticSearch 6.8.10 版本。文章涵盖了完整的部署流程，包括环境配置、 docker-compose 与 elasticsearch 的配置文件编写、目录权限设置、密码安全配置、服务验证方法以及离线部署操作等内容。同时，还附上了之前撰写的一系列从入门到集群部署的 ElasticSearch 相关文章链接，为大家提供一个完整的学习路径。

2024-12-01 08:55:48 1617

原创云原生之运维监控实践-使用Prometheus与Grafana实现对MinIO服务的监测

本文记录了在Docker环境下通过Prometheus和Grafana实现对MinIO服务的监控。具体步骤包括在服务节点上使用mc生成抓取配置，配置Prometheus抓取MinIO的监控数据，并在Grafana中配置数据源和导入现成的监控仪表板，以实现对分布式对象存储服务的性能监控和可视化。

2024-11-24 21:32:21 1482 2

原创云原生之运维监控实践-使用Telegraf、Prometheus与Grafana实现对InfluxDB服务的监测

没有度量就没有改进，实际上，监控系统有以下两个客户：技术，业务。上述内容即是对技术组件的监控，方便技术方面的改进与优化。本文记录了在Docker环境下通过Prometheus和Grafana实现对InfluxDB服务的监控。具体步骤包括在服务节点上使用docker-compose安装telegraf，配置Prometheus抓取InfluxDB的监控数据，并在Grafana中配置数据源和导入现成的监控仪表板，以实现对时序数据库服务的性能监控和可视化。

2024-11-16 14:00:00 2763 3

原创云原生之运维监控实践-使用Prometheus与Grafana实现对Nginx和Nacos服务的监测

没有度量就没有改进，实际上，监控系统有以下两个客户：技术，业务。上述内容即是对技术组件的监控，方便技术方面的改进与优化。本文记录了在Docker环境下通过Prometheus和Grafana实现对Nginx和Nacos服务的监控。具体步骤包括在服务节点上使用docker-compose安装nginx-prometheus-exporter，配置Prometheus抓取Nginx和Nacos的监控数据，并在Grafana中配置数据源和导入现成的监控仪表板，以实现对反向代理服务和注册中心服务的性能监控和可视化。

2024-11-16 09:06:12 1691

原创云原生之运维监控实践-使用taosKeeper与TDinsight实现对TDengine服务的监测告警

介绍了如何使用TDengine、taosKeeper和TDinsight来实现对TDengine服务的状态监测和告警功能。详细记录了在两台虚拟机上的安装过程，包括在服务节点上使用Docker安装最新版的TDengine3.3.3.0，以及在监控节点上安装Grafana和TDinsight插件。此外还展示了如何配置Grafana数据源、导入TDinsight仪表板，以及设置告警规则和通知策略。最后，通过模拟压力测试，演示了如何触发磁盘空间不足的告警，并通过钉钉接收告警推送和解除通知。

2024-10-17 11:22:41 1004

原创云原生之运维监控实践-使用Prometheus与Grafana实现对MySQL和Redis服务的监测

没有度量就没有改进，实际上，监控系统有以下两个客户：技术，业务。上述内容即是对技术组件的监控，方便技术方面的改进与优化。本文记录了在Docker环境下通过Prometheus和Grafana实现对MySQL和Redis服务的监控。具体步骤包括在服务节点上使用docker-compose安装mysqld-exporter和redis_exporter，配置Prometheus抓取MySQL和Redis的监控数据，并在Grafana中配置数据源和导入现成的监控仪表板，以实现对数据库和缓存服务的性能监控和可视化。

2024-10-01 09:00:00 1243 1

原创云原生之运维监控实践-OpenEuler22.03SP3上安装Prometheus与Grafana实现主机状态监测

本文记录了在 Docker 环境下使用 docker-compose 部署 Prometheus 和 Grafana 监控系统的过程，并通过 node-exporter 实现对主机状态的监控。文章介绍了 Prometheus 和 Grafana 的主要功能，提供了具体的安装步骤、配置文件示例、以及验证和可视化的操作指南。通过这些步骤可以在两台虚拟机上成功部署和运行 Prometheus 和 Grafana ，并实现对微服务主机的监控和数据可视化。

2024-09-28 13:30:00 1437

原创云原生之容器编排实践-OpenEuler23.09离线安装Kubernetes与KubeSphere

本文介绍了如何在 OpenEuler 23.09 操作系统上离线安装 Kubernetes 和 KubeSphere 。首先，需要在一台联网的机器上下载所需的镜像和软件包，制作成离线安装包。然后，在离线环境的虚拟机上，通过配置和安装依赖组件，准备安装环境。接着，使用 KubeKey工具初始化本地镜像仓库 Harbor ，并创建所需的 Harbor 项目。最后，通过 KubeKey 配置文件，指定 Harbor 认证信息和私有镜像仓库地址，完成 Kubernetes 集群和 KubeSphere 的离线安装。

2024-09-28 08:30:00 1371

原创云原生之容器编排实践-OpenEuler23.09在线安装Kubernetes与KubeSphere

前几篇文章中介绍了如何将ruoyi-cloud项目部署到Kubernetes集群中，包括网关服务、认证服务和系统服务并且对全部服务采用YAML文件的方式来进行部署，这虽然有助于理解K8S组织管理资源的风格与底层机制，但是对于团队中不太熟悉命令行操作的成员不太友好，现在我们借助由青云开源的容器平台KubeSphere来进行可视化的服务部署。KubeSphere是在Kubernetes之上构建的面向云原生应用的分布式操作系统，完全开源，支持多云与多集群管理，提供全栈的IT自动化运维能力；KubeKey一键安装。

2024-06-30 10:03:26 1731 1

原创使用docker-compose部署时序数据库InfluxDB1.8.4

考虑团队成员对 `2.x` 熟悉程度与学习成本，保守选择了 `1.8.4` 版本；以下主要记录了使用 `Docker` 安装 `InfluxDB` 遇到的问题与解决方法。对于一个数据库的基本操作，除了增删改查外，我们还经常需要进行数据的迁移与同步，这就涉及到数据的备份与恢复操作。

2024-05-25 09:00:00 1806

原创云原生之容器编排实践-ruoyi-cloud项目部署到K8S：网关服务、认证服务与系统服务

部署一个服务前，需要明确它是有状态服务还是无状态服务，这里 `MySQL` ， `Nacos` ， `Redis` ， `Nginx` 当做有状态服务（StatefulSet）来部署；而 `Gateway` ， `Auth` ， `System` 这些微服务作为无状态服务（Deployment）来部署。这一次对全部服务采用 `YAML` 文件的方式来进行部署，这有助于理解K8S组织管理资源的风格，后续我们可以借助开源的容器平台，eg： `KubeSphere` 来进行可视化的服务部署。

2024-03-10 14:30:00 3499 1

原创云原生之容器编排实践-ruoyi-cloud项目部署到K8S：Nginx1.25.3

部署一个服务前，需要明确它是有状态服务还是无状态服务，这里 MySQL ， Nacos ， Redis ， Nginx 当做有状态服务（StatefulSet）来部署；而 Gateway ， Auth ， System 这些微服务作为无状态服务（Deployment）来部署。这次我们先是借助 kompose 工具，实现对 dokcer-compose 的 yaml 到 K8S 的 yaml 的转换，经过简单的加工后即可应用部署；通过以上操作，成功将 Nginx 1.25.3 部署到了 K8S 集群。

2024-03-10 09:00:00 1409

原创云原生之容器编排实践-ruoyi-cloud项目部署到K8S：Redis7.2.3

部署一个服务前，需要明确它是有状态服务还是无状态服务，这里 `MySQL` ， `Nacos` ， `Redis` ， `Nginx` 当做有状态服务（StatefulSet）来部署；而 `Gateway` ， `Auth` ， `System` 这些微服务作为无状态服务来部署。这次我们先是借助 kompose 工具，实现对 dokcer-compose 的 yaml 到 K8S 的 yaml 的转换，经过简单的加工后即可应用部署；通过以上操作，成功将 Redis 7.2.3 部署到了 K8S 集群。

2024-03-03 21:12:06 1351

原创云原生之容器编排实践-ruoyi-cloud项目部署到K8S：Nacosv2.2.3

部署一个服务前，需要明确它是有状态服务还是无状态服务，这里 MySQL ， Nacos ， Redis ， Nginx 当做有状态服务（StatefulSet）来部署；而 Gateway ， Auth ， System 这些微服务作为无状态服务（Deployment）来部署。这次我们先是借助 kompose 工具，实现对 dokcer-compose 的 yaml 到 K8S 的 yaml 的转换，经过简单的加工后即可应用部署；通过以上操作，成功将 Nacos v2.2.3 部署到了 K8S 集群。

2024-03-03 10:16:33 1504

原创云原生之容器编排实践-ruoyi-cloud项目部署到K8S：MySQL8

本系列拿 ruoyi-cloud 项目进行练手，按照 MySQL ， Nacos ， Redis ， Nginx ， Gateway ， Auth ， System 的顺序来部署 ruoyi-cloud 微服务应用。这次我们先是借助 kompose 工具，实现对 dokcer-compose 的 yaml 到 K8S 的 yaml 的转换，经过简单的加工后即可应用部署；通过以上操作，成功将 MySQL 8.0 部署到了 K8S 集群，下一步我们安装下 Nacos v2.2.3 。

2024-02-25 18:21:05 2361 2

原创云原生之容器编排实践-kubectl get pod -A没有coredns

前面搭建的3节点 Kubernetes 集群，其实少了一个组件： CoreDNS ，这也是我后面拿 ruoyi-cloud 项目练手时，部署了 MySQL 和 Nacos 服务后才意识到的：发现Nacos无法通过服务名连接MySQL，这里 Nacos 选择使用 MySQL 进行配置数据的持久化。初步分析，这可能是 K8S 内部的域名解析有问题，通过 kubectl get pod -A 一看，还真没有 coredns 。最后，我们了解了 K8S 集群内部服务之间调用的方式。

2024-02-25 13:12:45 1221

原创云原生之容器编排实践-在K8S集群中使用Registry2搭建私有镜像仓库

基于前面搭建的3节点 Kubernetes 集群，今天我们使用 Registry2 搭建私有镜像仓库，这在镜像安全性以及离线环境下运维等方面具有重要意义。作为测试环境，本次使用 Registry2 搭建了私有镜像仓库，实际生产环境建议使用 Harbor；创建了一个 local-storage 的 StorageClass ，并使用本地磁盘的方式创建使用 PV ，实际建议使用 NFS 。

2024-02-18 17:31:58 1903 1

原创云原生之容器编排实践-基于CentOS7搭建三个节点的Kubernetes集群

前面采用 minikube 作为 Kubernetes 环境来体验学习 Kubernetes 基本概念与操作，这样避免了初学者在裸金属主机上搭建 Kubernetes 集群的复杂度，但是随着产品功能的逐渐完善，我们需要过渡到生产环境中的 K8S 集群模式；而在实际上生产环境之前，我们先在本地虚拟机上进行了环境搭建与流程验证，作为新的起点，今天就先搭建一个3节点的 Kubernetes 集群，并总结了可能遇到的问题。

2024-02-18 10:20:47 1604 1

原创这一年，这些书：2023年读书笔记

Note: 以下 markdown 格式文本由 json2md 自动转换生成，可参考JSON转Markdown：我把阅读数据从MongoDB中导出转换为.md了了解具体的转换过程。2023年读书笔记

2023-12-30 11:00:00 2914

原创 EMQX开启MongoDB接入认证与订阅发布鉴权

基于国产的 MQTT Broker： EMQX 以及它提供的 MongoDB 数据库认证与 ACL 插件： emqx_auth_mongo 实现对设备接入认证、订阅发布鉴权的功能。

2023-12-30 09:00:00 2317

原创工业互联网：常用的MQTT客户端与Broker

作为物联网终端数据上云协议事实上的标准，当涉及到 MQTT （Message Queuing Telemetry Transport）协议时，目前有许多不同的 Broker 和客户端工具可供选择。本文简要罗列下常见的 Broker 和客户端工具，以及可供测试的开放 Broker 地址。

2023-12-23 14:20:48 3221

原创 SpringBoot集成opencc4j实现繁体中文转为简体中文

介绍了如何使用 SpringBoot 集成调用第三方 jar 包 opencc4j 实现繁体中文到简体中文的转换。文章中提到了引入 opencc4j 依赖，编写了测试类来进行繁简体中文转换的示例，以及在诗词数据库中进行繁简体中文转换的应用。

2023-12-23 13:51:36 1443

原创 Vue3使用Three.js导入gltf模型并解决模型为黑色的问题

Three.js 可以让我们在网页上创建交互式的 3D 图形和动画。它是一个强大的 JavaScript 库，可以帮助我们轻松地在浏览器中实现复杂的 3D 效果，而无需深入了解底层的 WebGL 技术。如果你需要在网页上展示 3D 内容或者构建交互式的3D体验， Three.js 是一个非常有用的工具。今天通过 Vue3.0 集成 Three.js 来实现对 gltf 模型的加载、渲染与操控，并设置模型背景为透明色，解决模型为黑色的问题。

2023-12-17 20:22:49 3121

原创基于OpenVidu的视频会议解决方案

OpenVidu 是一个开源的实时音视频通信平台，基于 Apache 2.0 协议开源的 WebRTC 视频会议平台，源码仓库地址：https://github.com/OpenVidu/openvidu。它提供了一组 API 和 SDK ，使开发人员能够轻松地在 Web 和移动应用程序中集成实时音视频通信功能。 OpenVidu 支持多种功能，包括实时音视频通话、屏幕共享、录制和回放等。它基于 WebRTC 技术，可以在不同的设备和浏览器上实现高质量的音视频通信。

2023-12-17 17:30:27 4054 1

原创 Docker构建镜像时空间不足：/var/lib/docker，no space left on device

在一次更新业务服务功能后，重新在服务器上构建微服务镜像，在构建镜像时报错空间不足：/var/lib/docker, no space left on device赶紧用 df -h 看了下磁盘使用情况，果然， devicemapper 已经满了。。由于需要紧急上线，没有采用迁移 Docker 工作目录的方式；而是想办法删除一些没用的文件，空出本次镜像构建、容器运行的空间。记得在操作之前备份数据。

2023-12-16 15:13:00 3436

原创 Vue3使用了Vite和UnoCSS导致前端项目启动报错：Error：EMFILE：too many open files

一个 Vue3 的项目，用的是 Vite 打包，通过 npm run dev 运行时，遇到了以下错误（尤其是引入了 Element-Plus 后）：Error: EMFILE: too many open filesUnoCSS 的配置文件 uno.config.js 中，将文件系统属性被映射到项目根目录 / 而不是源码目录 ./src/ ，这导致 UnoCSS 将会扫描整个 node_modules ，这显然太大了。因此，将文件系统路径 **/ 更改为 ./src/ 就解决了问题。

2023-12-16 13:10:05 4554 1

原创 Node后端框架Express与Koa接口统一响应封装

以前在写 SpringBoot 全栈开发的系列文章中全栈开发之后端脚手架：SpringBoot集成MybatisPlus代码生成，分页，雪花算法，统一响应，异常拦截，Swagger3接口文档，有提到对后端接口的响应数据进行统一的封装，方便前端或者第三方进行数据获取与对接工作；统一响应一般包含状态码、消息内容、数据内容等。这里对 2017 年写的一个基于 Node.js 的 Express.js 框架开发的后端项目的接口进行类似的封装。统一封装可以提高代码的可维护性、安全性和可扩展性，最佳实践。

2023-12-10 14:02:03 1916

原创 EMQX的emqx_auth_mongo报错：OP_QUERY is no longer supported

我的目标是想使用 EMQX 官方提供的 emqx_auth_mongo 的设备接入认证/鉴权插件实现对设备的接入限制；一开始服务器上有个 6.0.8 的 MongoDB ，在启动时遇到了一些错误。处理了错误并成功启动 MongoDB 后，开启 EMQX 的 emqx_auth_mongo 插件，并配置 EMQX 拒绝匿名接入，这时候便报出了题中错误：OP_QUERY is no longer supported。先说结论：升级 EMQX ，或者降低 MongoDB 版本，这里选择降低 MongoDB 版本。

2023-12-09 11:00:00 1633

led-banner 0.0.2.rar

electron-v1.6.6-win32-x64.zip

空空如也