我的博客

保留子目录已完成。等 Nginx reload 改进那个子 Agent 回来后一起汇总。两个子 Agent 都完成了。汇总一下今天所有改动： --- ## 今日全部完成清单 ### ✅ 路径修复（回头补的） - `suspended.php` — `require_once` 路径从 `../includes/` 改为 `./includes/` - 加了「退出登录」按钮，解

**完成。汇报一下：** --- ## 后台目录重构完成 ✅ ### 最终结构 ``` admin/ ├── sidebar.php ← 路由 + menu 分发（引用 business/sidebar，blog/sidebar） ├── index.php ← 路由入口（指向 business/dashboard，bl

好，先下载 Parsedown，然后改 blog-engine.php 和 article-detail.php。下载到了，但只截取了前半部分。重新下载完整文件：下载不完整，直接从 GitHub 通过 exec 下载到测试服务器上：Parsedown 下载完成。现在改 blog-engine.php 和 article-detail.php。先看 blog-engine 的内容：好，renderB

articles.php 已写完，现在搞 article-new.php —— 独立编辑页面，支持三种模式切换。先看一下后台处理细节确保不跑偏。现在对后台处理逻辑足够清楚了。让我写 article-new.php：现在需要加 `saveArticleMeta` 和 `getArticleMeta` 函数到 article.php 里，先看看文章表结构确认 meta 怎么存：没有 meta 表。用

很多小伙伴对VPN代理是云里雾里，几天我就来探讨这个问题，在开始搭建之前，我们先来了解一些基本的常识及当前现状。 首先，“VPS-A中转 + VPS-B落地 + 现代抗封锁协议”是目前讨论最多的组合，也正是把流量中转（链式代理）和高强度伪装（Reality/Hy2）结合起来。 下面我把这个方案的技术本质、主流协议对比和完整链路配置给你梳理清楚。 一、技术本质：为什么需要“VPS中转 + 抗封锁协议

近期（2026年4月左右）关于VPS和VPN/代理翻墙的讨论，主要集中在V2EX、Hostloc、各类博客和YouTube测评上。 大家普遍认可自建VPS代理是最热门、最可靠的方案之一（比纯商业VPN/机场更独立、无跑路风险、长期成本更低），但需要一定维护。商业VPN（如ExpressVPN、Astrill）仍是新手或懒人补充选择，但自建讨论远多于此。 1. 近期讨论比较多的翻墙方案 主流方案围绕

好的，这是一个多进程并行版本的 PDF 分页转 HTML 脚本。它会充分利用你 CPU 的所有核心，速度能提升 4-8 倍。 #!/usr/bin/env python3 """ pdf_to_html_parallel.py - 多进程并行版：分页 + 批量转 HTML 用法: python pdf_to_html_parallel.py 48.pdf --workers 8 """ impor

这个需求很实用。分页处理大 PDF 可以避免内存爆炸，也方便后续按章节处理。 我提供一套完整的两步走方案：先用 Python 切分 PDF，再批量转 HTML。 第一步：将大 PDF 按页拆分 #!/usr/bin/env python3 """ split_pdf.py - 将大 PDF 按页拆分成单页文件 用法: python split_pdf.py 48.pdf --output_dir

docling 48.pdf --to latex --output 数学论文.tex pandoc 数学论文.tex -o 数学论文.md --mathjax docling 48.pdf --to html --output 48.html 上面两组命令出来的有啥区别？ 这是个很专业的问题，两组命令的最终产物虽然都是 Markdown 文件，但中间处理过程和公式的保真度完全不一样。 核心区别在

你的感觉完全正确。MarkItDown 在处理数学公式（LaTeX 数学环境）时几乎是无能的。 这是它的底层设计决定的，不是你的操作问题。 核心原因 转换目标 MarkItDown 的做法 结果 行内公式 $...$ 当成普通文本提取 E=mc^2 变成 E=mc2 独立公式 $$...$$ 当成普通文本提取 丢失对齐、矩阵、分式结构 希腊字母/符号 尝试 Unicode 映射 \alpha 可能