Loading......

朋友圈

朋友们的最新动态

12 Updates
Xuan's blog 头像
Xuan's blog

CipherTalk 密语使用教程：AI克隆微信联系人与聊天记录导出

简介CipherTalk 密语 是一款 Windows 端的微信聊天记录查看工具，数据全在本地处理，不上传云端。它能解密并浏览私聊、群聊和朋友圈，支持导出 HTML、JSON或原始数据库，还内置 AI 宠物、CT-Agent 和联系人克隆等功能。我折腾完初始化配置后，把完整流程整理成这篇 CipherTalk 使用教程，方便后面查阅。我用的版本是 win11、CipherTalk v2026.724.0、微信4.1.11.55下载与安装去 GitHub Releases 或 网盘 下载安装包，双击运行即可。初始化配置1. 选择微信数据目录启动软件后进入配置向导，先指定微信聊天记录的存储位置。点击选择微信数据目录，找到本地的 xwechat_files 文件夹，再进入其中具体的用户目录。2. 设置缓存目录缓存目录我直接用了默认值，没改。3. 获取解密密钥回到第 1 步选中的目录，点击「自动获取秘钥」。解密成功后，状态会显示「已验证」。4. 获取图片密钥图片密钥单独获取，按提示操作即可。5. 安全防护（可跳过）这一步是给软件加访问锁，不需要可以直接跳过。6. 连接数据库核对前面填过的路径和

link-blzyi2pg
lcrworld's blog 头像
lcrworld's blog

我的动态页图片全都炸了！！

被标题吸引过来的吧，嗯？👀 我已裂开 2026 年 7 月 26 日，周日，晚上。 我打开自己的博客想看看最近发的动态，点进动态页，屏幕上整齐地躺着一排裂图图标。一个、两个、三个……往下翻，全是裂的。 第一反应是 CDN 挂了。刷新，清缓存，换网络，图标依然坚挺地裂着。打开开发者工具看 Network，每张图片的请求都返回同一个干净利落的 404： {"message":"图片不存在"} 我愣了一下。这个错误信息我熟，是后端 imageProxy 接口写的。它说图片不存在，那就是图片真的不存在。 但问题是，这些动态我发了几个月了，一直好好的，怎么今天集体消失了？ 现场勘查 SSH 登上服务器，直奔文件系统。 uploads/media 目录下，原本应该躺着一堆 .jpg .jpeg .png 原图。我 ls 了一下，顶层只剩一个孤零零的文件。再 ls compressed/，满满当当 1469 个文件安安静静地待在那儿。 原图没了，压缩版还在。 接着翻数据库。moments 表的 media_urls 字段存的是动态的图片 URL，我查了一条： [{"type":"photo","u

link-l9gzhh92
Wangxinyang 头像
Wangxinyang

用 WorkBuddy 一条龙修复 Win11 全部 UWP 应用打不开 — VCLibs 依赖损坏排查实录

一句话描述问题，WorkBuddy 自动完成诊断、定位、下载、修复、验证全流程，15 分钟全部搞定 一、故事起因：一句描述，全流程启动 第二天起床打开电脑，点开始菜单里的记事本，弹出来一个莫名其妙的提示：就是下面这个 "无法打开这个应用，查看 Microsoft Store，了解有关 XXX 的详细

link-vaz18yty
Xuan's blog 头像
Xuan's blog

修复一下 Handsome 主题顶部统计图表不显示的问题

问题点击导航栏饼图图标，下拉面板里各图表一直 Loading...原因统计图表由 core.min.js 驱动，点击饼图后依次：加载 ECharts → 请求统计数据 → 渲染图表，任一步失败都不显示。步骤失败原因加载 EChartsECHART_CDN 配错，路径拼成 .../echarts.min.js/echarts.min.js → 404请求数据接口 /?action=get_blog_statistic 被 CDN 缓存污染，返回首页 HTML 而非 JSON渲染图表前两步成功才会执行修复步骤core.min.js 是混淆文件，而且以后还要升级，不宜直接改。ECharts 路径可通过配置修正；统计接口 URL 写死在 core 里，只能在 footer 拦截 $.getJSON 改写请求地址。1. 修正 ECharts 路径编辑 usr/themes/handsome/component/header.php，将 ECHART_CDN 改为本地静态目录：ECHART_CDN: '/static/js',core 会拼上 /echarts.min.js，最终加载 {STATI

link-blzyi2pg
lcrworld's blog 头像
lcrworld's blog

我的博客网站被克隆了！但是我只用了14行代码完成反击

2026 年 7 月 25 日，周六，早上 9:30。 我像往常一样打开搜索引擎，输入 lcrworld.xyz 自搜一下——看看收录有没有变化、排名涨了没。这是站长的日常，一种 职业病 好习惯😊。 结果这一搜，搜出事了。 搜索结果里除了我的 lcrworld.xyz，还赫然躺着一个 arvcbv.com。标题一样、描述一样、点进去一看——页面也一模一样。我新发的文章，他那边同步更新了。我换了个头图，他那边也跟着换了。 当时我的表情大概是这样的：◐⩊◑ 一、恐慌：9:30 — 10:00 第一反应：服务器被黑了。 冷静分析一下，如果对方只是扒站（wget 下载前端页面），那文章内容应该是静态的、有延迟的。但 arvcbv.com 上的文章是实时的，我刚发的他就有。这意味着两种可能： 他入侵了我的服务器，直接读了我的数据库。 他在做某种实时代理。 不管是哪种，都得先确认服务器有没有被入侵。于是开始了全面取证。 先看 SSH 登录日志。这一看，血压直接上来了： $ grep 'Failed password' /var/log/auth.log | wc -l 2847 $ grep

link-l9gzhh92
回到最新 下一页
首页
文章
瞬间
归档
友人帐
装备
Steam
关于