背景从2015年开始，一直在 GitHub 上通过 GitHub Pages 发布文章，然后再同步到其他博客平台上。不过，最近发现 GitHub Pages 上发布文章后，https://heartsuit.github.io/网页上的内容却不更新了，刚开始以为是有延迟。后来过了两天，最新发布的几篇文章还是没有渲染出来。一开始玩博客平台，我都是在本地搭建基于 Ruby 实现的 Jekyll 环境，

在备份的过程中每次只取一行数据，而不是把所有行都缓存到内存里，这主要考虑了服务器内存限制，以防备份失败。这在生产环境下是不可接受的，而且这才20+G，后续数据库Size会越来越大，备份的时间必然也越长。直接使用上述语句备份数据库，存在的问题是：备份完成之前，会把所有的表锁住，导致无法写入。这样，在备份时并不会对数据表加锁，线上业务完全不受影响，经测试，备份耗时基本不变。那么，有没有一种方法在完成备

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

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

本地部署时，要求：此外，使用时还遇到了页面上验证码不显示的问题。官方下载：https://downloads.mysql.com/archives/community/查看系统隔离级别：select @@global.tx_isolation;查看会话隔离级别(5.0以上版本)：select @@tx_isolation;查看会话隔离级别(8.0以上版本)：select @@transaction

今天来实践一下MQTT数据发送/EMQ数据发送组件。先借助 ETLCloud 的库表输入组件获取 ClickHouse 的数据，然后将数据流以 MQTT 协议直接发送到指定 topic 中，实现发送指令或数据到物联网设备(EMQ兼容)；在实际的物联网场景中，我们有时会向部分客户端设备批量发送消息或指令，实现远程配置与控制操作。主流的 MQTT Broker 有： Mosquitto , EMQ ,

背景每当看到新闻说谁谁家服务又被黑客攻击了，谁家的数据又泄露了，基本上有一瞬间在脑海里会感受到“嗯，安全挺重要的”。讲真， MongoDB 数据泄露也已经是老生常谈了，然而，当这种事发生在自己身上的时候，这时的感觉还是很微妙的（岁月静好，突然！你的数据就没了(╥╯^╰╥)看似风平浪静，实则波诡云谲，暗流涌动），切身体会，心痛呀，对世上是否存在感同身受表示怀疑。。事情是这样的：前两天在一台云服务器上

作者：牛晓青背景我们的项目涉及物联网相关业务，由于一开始的年少无知，传感器数据采用了 MySQL 进行存储，经过近两年的数据累积，目前几个核心表单表数据已过亿，虽然通过索引优化、 SQL 优化以及读写分离等措施，勉强满足基本的查询，能在秒级给出数据；但是数据量还在持续增加，当面对用户多维度的统计需求，在实现上、效率上总是那么不尽如人意。。大概是2021年的6月份，一次偶然的机会，我在一个技术交流群

今天来实践一下MQTT数据发送/EMQ数据发送组件。先借助 ETLCloud 的库表输入组件获取 ClickHouse 的数据，然后将数据流以 MQTT 协议直接发送到指定 topic 中，实现发送指令或数据到物联网设备(EMQ兼容)；在实际的物联网场景中，我们有时会向部分客户端设备批量发送消息或指令，实现远程配置与控制操作。主流的 MQTT Broker 有： Mosquitto , EMQ ,

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