作为一个专业的程序媛，前端时间折腾龙虾转发公众号的文章到闺蜜圈wiki，之前已经处理了图片和文章的问题，今天转发的时候发现另外一个问题：文章里面的视频无法正常播放。

刚开始的时候想着直接去chrome的缓存里面找，但是试了下chrome://cache发现无效，又不想去找插件来干这件事情。直接去调试工具找对应的视频地址：

然而直接贴到地址栏，直接报403了。

唉，好尴尬，既然有本地缓存文件了。那么直接尝试将接收到的数据流写入到文件呗。找了半天没发现怎么直接把请求到的数据写入到文件，点击开始播放等待缓冲结束。

加载完了右下角的数据也就有了，直接切换成base64，复制粘贴：

然而，尝试decode 之后，播放不了，缺少mp4的头文件，这就挺奇怪的。文件头哪里去了？my_video为通过代码下载的mp4，video为通过base64 处理的图片。

文章测试地址：https://mp.weixin.qq.com/s/heoer_zm4SFwFKsk4tRecQ

看了下是video标签实现的：

<div data-v-c66e8e28="" class="js_inner inner not_fullscreen"><div data-v-c66e8e28="" class="js_video_poster video_poster"><div data-v-c66e8e28="" class="video_mask"></div><video data-v-c66e8e28="" src="https://mpvideo.qpic.cn/0bc3pidsgaahauamxiglsruvo6wden5aoiya.f10002.mp4?dis_k=247900efb8791f0718998ea0813793c9&amp;dis_t=1775118363&amp;play_scene=10120&amp;auth_info=d9/5u/dlYUBWn6qY0Sp2SXM9PUdEOj5CZmQ3H2k2TzNOXXtjTwYQen0+WTMXEzdWIDNuS0hkIHgTMSlENWAcfUpBcQ==&amp;auth_key=ed4a91866522f27b4b89c5e71e04d115&amp;vid=wxv_4453415887525888005&amp;format_id=10002&amp;support_redirect=0&amp;mmversion=false" poster="http://mmbiz.qpic.cn/sz_mmbiz_jpg/GAVxEAgJstytcf0uF3dpdZKia9G96C3loxCNaBrbFLHCiak3GvJDfASC7uYqNjjAZ5e2OHSmHoBQrONRJ8UIq6icJjjFXMfUBtdhy7VWlfb3MM/0?wx_fmt=jpeg&amp;wxfrom=16" webkit-playsinline="isiPhoneShowPlaysinline" playsinline="isiPhoneShowPlaysinline" preload="metadata" crossorigin="anonymous" controlslist="nodownload" class="" style="display: block; width: 655px; height: 492px;"> 您的浏览器不支持 video 标签 </video></div><div data-v-f4ee5450="" data-v-c66e8e28="" class="video_poster__info__play" style="display: none;"><i data-v-f4ee5450="" data-v-c66e8e28="" class=""></i></div><div data-v-f4ee5450="" data-v-c66e8e28="" class="video_poster__info" style="display: none;"><p data-v-f4ee5450="" data-v-c66e8e28="" class="video_poster__info__title" style="font-size: 17px;">继续观看</p><p data-v-f4ee5450="" data-v-c66e8e28="" class="video_poster__info__desc" style="font-size: 12px;"> 孤独症，就是不爱说话吗？ </p></div><div data-v-f4ee5450="" data-v-c66e8e28="" class="video_poster__info__mask" style="width: 100%; display: none;"></div></div>

还是说着这个东西还有另外的处理逻辑？哪位大神知道原因还望不吝赐教。

既然decode不行，那就直接上代码吧：

#!/usr/bin/env python3
"""
下载 mpvideo.qpic.cn 等需 Referer 的 MP4（微信视频 CDN）。

Author: obaby
  https://zhongxiaojie.cn
  https://oba.by
"""

import argparse
import sys
import urllib.error
import urllib.request

# 与常见微信内嵌页一致，避免 403
DEFAULT_REFERER = "https://mp.weixin.qq.com/"
DEFAULT_UA = (
    "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) "
    "AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.0.0.0 Safari/537.36 "
    "MicroMessenger/7.0.20"
)


def main() -> None:
    p = argparse.ArgumentParser(description="带 Referer 下载 mpvideo MP4")
    p.add_argument("url", help="完整 mp4 URL（含查询参数）")
    p.add_argument(
        "-o",
        "--output",
        default="downloaded.mp4",
        help="保存路径（默认 downloaded.mp4）",
    )
    p.add_argument("--referer", default=DEFAULT_REFERER, help="Referer 头")
    p.add_argument("--user-agent", default=DEFAULT_UA, help="User-Agent")
    args = p.parse_args()

    req = urllib.request.Request(
        args.url,
        headers={
            "User-Agent": args.user_agent,
            "Referer": args.referer,
        },
        method="GET",
    )
    try:
        with urllib.request.urlopen(req, timeout=120) as resp:
            data = resp.read()
    except urllib.error.HTTPError as e:
        print(f"HTTP {e.code}: {e.reason}", file=sys.stderr)
        sys.exit(1)

    out = open(args.output, "wb") if args.output != "-" else sys.stdout.buffer
    try:
        out.write(data)
    finally:
        if out is not sys.stdout.buffer:
            out.close()
            print(f"已写入 {args.output}，{len(data)} 字节")
            if len(data) >= 8 and data[4:8] == b"ftyp":
                print("魔数检测：疑似标准 MP4（含 ftyp）")


if __name__ == "__main__":
    main()

现在就可以下载之后，上传了，发布的文章地址：

孤独症，就是不爱说话吗？

其实网站被镜像这件事情，本身没什么稀奇的，如果想搭建一个镜像网站，从零开始也不过个吧小时的时间。

之所以写这个东西，是因为最近有看到好几个人被镜像的，这一个（爱娃子），还有 这一个（我是军爸）。

不过，既然还有人有疑惑，那就简单的教一下大家怎么来镜像个网站吧。

为此，我创建了一个开源项目：

OpenResty + OpenCC 反向代理简繁转换

基于 OpenResty 反向代理上游站点，对 HTML 正文 做 OpenCC 简繁转换（默认：简体 → 繁体，配置文件为 s2t.json）。适合在不改源站的情况下，为访客提供另一种字体习惯版本。

功能概览

限制与说明

• JSON / JS / CSS 内嵌字符串若不在上述保护规则内，仍可能被转换；重要数据建议不要用全文 HTML OpenCC 硬转。
• 内联样式 style="background:url(...)" 未单独做保护，若遇少数破图可再扩展规则。
• 转换配置在 nginx/opencc/opencc-filter.lua 中的 OPENCC_CONFIG（默认 /usr/share/opencc/s2t.json）；若需 繁体 → 简体 可改为 t2s.json 等（需系统已安装对应 OpenCC 数据文件）。

部署要求

• OpenResty（带 lua-nginx-module）。
• OpenCC 运行时：系统安装 libopencc.so 与词典数据（如 /usr/share/opencc/*.json），并保证 worker 进程能加载到 .so（见下文「共享库」）。
• Lua 可 require('zlib') 的模块（用于 zlib.inflate，若无 gzip 体则 pcall 失败会跳过解压，不影响后续逻辑）。
• 上游为 HTTPS 时，本机需能解析并访问该域名（已用 resolver 时 VARIABLE 形式 proxy_pass 才会走指定 resolver）。

部署步骤

1. 安装 OpenCC 与数据文件

以 Debian / Ubuntu 为例（包名因发行版略有差异）：

sudo apt update 
sudo apt install -y libopencc1.1 opencc # 或 libopencc2 等，以仓库为准 
或者手工复制 lib64目录下的文件到 脚本对应的路径就是这个 /usr/lib64

确认存在词典，例如：

ls /usr/share/opencc/s2t.json

2. 确保能找到 libopencc.so

若日志出现 libopencc.so: cannot open shared object file：

• 将库放在系统默认搜索路径，例如 Ubuntu amd64：

• ldconfig -p | grep opencc

   

• 若库仅在 /usr/lib64 等非默认路径，可执行（与仓库 fix.md 一致）：

• echo '/usr/lib64' | sudo tee /etc/ld.so.conf.d/usr-lib64.conf sudo ldconfig

   

• 或在 OpenResty 的 systemd 单元 中设置 Environment="LD_LIBRARY_PATH=/usr/lib64:/usr/local/lib"  后重启。

脚本内已对多路径做了 ffi.load 尝试；仍失败时请对照 ldd 与 opencc 包实际安装位置排查。

3. 部署 Lua 脚本

将 nginx/opencc/opencc-filter.lua 复制到服务端约定路径（与 nginx 配置一致），例如：

sudo mkdir -p /usr/local/openresty/lua 
sudo cp nginx/opencc/opencc-filter.lua /usr/local/openresty/lua/opencc-filter.lua

按需修改脚本顶部 OPENCC_CONFIG 指向本机实际的 JSON 配置。

4. 合并 Nginx / OpenResty 配置

• 将 zero.zhongxiaojie.cn.conf 中的 server 块纳入主配置（include 或粘贴到 nginx.conf 的 http {} 下）。
• 修改 证书路径、日志路径、上游域名 zhongxiaojie.cn、以及 body_filter_by_lua_file 的路径，使其与当前环境一致。
• header_filter_by_lua 中去除 Content-Encoding，便于对明文 HTML 做处理；若上游与解压逻辑不匹配，需自行观察是否需要调整。

5. 校验并重载

sudo /usr/local/openresty/nginx/sbin/nginx -t 
sudo /usr/local/openresty/nginx/sbin/nginx -s reload 
# 或 systemctl reload openresty

6. 验证

• 浏览器访问你的站点，查看页面简繁是否符合预期。
• 检查 图片与站内链接是否正常（尤其含中文或 % 编码的路径）。
• error.log 中不应再出现 OpenCC 库加载失败或大量 IPv6 unreachable（在无 IPv6 环境）。

配置项速查

故障排查

如需改为其他域名、证书路径或 t2s 转换方向，只需改配置文件与 OPENCC_CONFIG，无需改 OpenResty 核心。

实际效果：

开源项目地址：https://gitee.com/obaby/baby-website-mirroring-tool

参考链接：https://blog.csdn.net/wzj_110/article/details/127758020

https://blog.rexskz.info/support-traditional-chinese-using-openresty-and-opencc.html

基于 ffmpeg 的 m3u8 / 归档页解析下载工具，支持单链接、批量 CSV/文本、自定义输出目录与 ffmpeg 路径。

注意： 必须提供 -i 或 -f 之一。

python m3u8_downloader.py -i "https://example.com/video.m3u8?token=xxx" -o myvideo -p D:\Videos

• 编码建议 UTF-8（含 BOM 亦可），表头需包含列 link；可选列 name（用于在部分逻辑里拼接输出名后缀，空单元格按空字符串处理，不会出现 nan 文件名）。
• 会跳过空的 link 或内容为 link 的占位行。
• 按行 顺序执行：上一任务结束（含 ffmpeg）后才会处理下一行。

python m3u8_downloader.py -f list.csv -p "\\192.168.1.12\media\Videos"

纯文本列表

每行一个 URL，行为与逐次 -i 类似；可通过 -o 传入统一输出名（视链接类型而定）。

1. .m3u8 直链
   使用 ffmpeg 拉流并 remux 为 .mp4（-c copy）。
2. URL 中含 archives（归档站 / bl05 类页面）
   请求页面，解析多个 div.dplayer 的 data-config，得到多路 m3u8；按路依次下载，文件名一般为 页面标题 + 序号，并经 safe_mp4_filename 净化。
3. 其它播放页（非 archives）
   解析 var cms_player = {...} 的 JSON，取 url 作为 m3u8，再走 ffmpeg。
4. .mp4 等直链
   使用 requests 分段下载（file_download.download_from_url），带 tqdm 进度条，不经过 ffmpeg。

抓取 HTML 时依次尝试 UTF-8 → UTF-8-sig → gb18030，减轻标题乱码。

• 去除 Windows 非法字符，过长截断并可带 crc 后缀兜底。
• 对「UTF-8 被误当成 latin-1」类乱码标题做启发式纠正（日志中可能出现 [F] 标题疑似 UTF-8/latin-1 乱码，已尝试纠正）。

• 若目标 .mp4 已存在（os.path.isfile），跳过该次下载。
• 调用 ffmpeg 时带 -n：不在终端交互询问覆盖；若因路径编码等导致检测不一致，ffmpeg 侧也会拒绝覆盖而非静默覆盖。

-f 指向 .m3u8 / .m3u 时，当前代码分支为占位（pass），尚未实现。

下载地址：

https://www.123912.com/s/ucY7Vv-njQAA?pwd=HwGK#

在深入体验这个东西之前，其实我并未对龙虾抱有太高的期望。不过这几天实际使用下来，感觉还算可以，最起码没那么智障，一些简单的事情也能给处理好。

然而，龙虾虽好，但是养殖却还是稍显麻烦。尤其是系统配置不高的情况下，最开始的时候一切都配置好了，结果在某天晚上gateway就再也启动不了了，启动的的时候就报内存溢出。cpu和内存都直接跑满，等降下来之后，龙虾也跟着死了。刚开始以为是配置问题，改错东西导致启动失败了，结果在回滚镜像之后依然报错，这个镜像是刚安装好的时候创建的镜像。那么此时就有另外一个问题了，同样的镜像为什么系统重启之后就启动不了了？

当时没想这么多，解决办法是备份memory文件等进行重装，好在重装之后接本的功能和代码都在，让龙虾从新加载配置文件，也恢复到了之前的状态。不过，在重装的时候npm源也是个问题，可以考虑直接修改系统的npm源：

npm config set registry https://registry.npmmirror.com

检查修改是否生效：

npm config get registry

另外一个，那就是我给龙虾外层套了一层认证，当然这个做法有点傻，但是呢。这些乱七八糟的东西直接暴露出来总是多少感觉有点问题，于是还是套了一层nginx的认证。

毕竟，前几天周鸿祎还吆喝发现了龙虾的oday漏洞。

相关登录界面实现参考：https://cnb.cool/oba.by/baby-claw

然而，安装之后，昨天尝试更新龙虾，结果更新之后重启又开始报内存溢出，这就有点尴尬了，直接运行doctor：

ubuntu@VM-0-11-ubuntu:~$ openclaw doctor

 OpenClaw 2026.3.23-2 (77e4) — I'm like tmux: confusing at first, then suddenly you can't live without me.

▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
██░▄▄▄░██░▄▄░██░▄▄▄██░▀██░██░▄▄▀██░████░▄▄▀██░███░██
██░███░██░▀▀░██░▄▄▄██░█░█░██░█████░████░▀▀░██░█░█░██
██░▀▀▀░██░█████░▀▀▀██░██▄░██░▀▀▄██░▀▀░█░██░██▄▀▄▀▄██
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
                   OPENCLAW                     
 
┌  OpenClaw doctor
│
◇  Update ──────────────────────────────────────────────────────────────────────────────────╮
│                                                                                           │
│  This install is not a git checkout.                                                      │
│  Run `openclaw update` to update via your package manager (npm/pnpm), then rerun doctor.  │
│                                                                                           │
├───────────────────────────────────────────────────────────────────────────────────────────╯
│
◇  Startup optimization ─────────────────────────────────────────────────────────────────────╮
│                                                                                            │
│  - NODE_COMPILE_CACHE is not set; repeated CLI runs can be slower on small hosts (Pi/VM).  │
│  - OPENCLAW_NO_RESPAWN is not set to 1; set it to avoid extra startup overhead from        │
│    self-respawn.                                                                           │
│  - Suggested env for low-power hosts:                                                      │
│    export NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache                               │
│    mkdir -p /var/tmp/openclaw-compile-cache                                                │
│    export OPENCLAW_NO_RESPAWN=1                                                            │
│                                                                                            │
├────────────────────────────────────────────────────────────────────────────────────────────╯
13:24:32 [plugins] plugins.allow is empty; discovered non-bundled plugins may auto-load: openclaw-qqbot (/home/ubuntu/.openclaw/extensions/openclaw-qqbot/index.ts). Set plugins.allow to explicit trusted ids.
[qqbot-channel-api] Registered QQ channel API proxy tool
[qqbot-remind] Registered QQBot remind tool
│
◇  Archive 1 orphan transcript file in ~/.openclaw/agents/main/sessions? This only renames them to *.deleted.<timestamp>.
│  No
│
◇  State integrity ─────────────────────────────────────────────────────────────────────────╮
│                                                                                           │
│  - OAuth dir not present (~/.openclaw/credentials). Skipping create because no            │
│    WhatsApp/pairing channel config is active.                                             │
│  - Found 1 orphan transcript file in ~/.openclaw/agents/main/sessions.                    │
│    These .jsonl files are no longer referenced by sessions.json, so they are not part of  │
│    any active session history.                                                            │
│    Doctor can archive them safely by renaming each file to *.deleted.<timestamp>.         │
│    Examples: 9ede0dd4-5344-4156-a156-a9035538b1cb0d.jsonl                                   │
│                                                                                           │
├───────────────────────────────────────────────────────────────────────────────────────────╯
│
◇  Security ─────────────────────────────────╮
│                                            │
│  - No channel security warnings detected.  │
│  - Run: openclaw security audit --deep     │
│                                            │
├────────────────────────────────────────────╯
│
◇  Systemd ───────────────────────────────────────────────────────────────────────────╮
│                                                                                     │
│  Gateway runs as a systemd user service. Without lingering, systemd stops the user  │
│  session on logout/idle and kills the Gateway.                                      │
│  We can enable lingering now (may require sudo; writes /var/lib/systemd/linger).    │
│                                                                                     │
├─────────────────────────────────────────────────────────────────────────────────────╯
│
◇  Enable systemd lingering for ubuntu?
│  Yes
│
◇  Systemd ───────────────────────────────╮
│                                         │
│  Enabled systemd lingering for ubuntu.  │
│                                         │
├─────────────────────────────────────────╯

这时候才发现关键性的几行：

◇  Startup optimization ─────────────────────────────────────────────────────────────────────╮
│                                                                                            │
│  - NODE_COMPILE_CACHE is not set; repeated CLI runs can be slower on small hosts (Pi/VM).  │
│  - OPENCLAW_NO_RESPAWN is not set to 1; set it to avoid extra startup overhead from        │
│    self-respawn.                                                                           │
│  - Suggested env for low-power hosts:                                                      │
│    export NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache                               │
│    mkdir -p /var/tmp/openclaw-compile-cache                                                │
│    export OPENCLAW_NO_RESPAWN=1                                                            │
│                                                                                            │
├────────────────────────────────────────────────────────────────────────────────────────────╯

这个startup 优化，不知道是不是针对gateway的启动也有效。不过在升级到最新版之后，感觉启动稍微顺畅了一点。似乎没那么卡了。

新版本貌似也同时修复了用量显示问题，上个版本，不管怎么查询用量都只显示今天的，新版貌似是没问题了：

服务器作为一个比较干净的环境，如果要实现一些其他的功能，就得能够进行文件快速交互，所以文件上传下载也就是一个必备的技能，推荐filebrower：

至此对我来说，一个简单的勉强能用的龙虾就实现了。可以尝试各种工作了：

1. 手搓elf可执行文件

2.给我发布闺蜜圈wiki的文章：

3.批量创建停机申请表：

skill这个东西，可以有，但是也不是必须的。

龙虾刚出来的时候，我无动于衷；龙虾爆火的时候，我依然无动于衷；龙虾开始被卸载的时候，我终于不再无动于衷了。

从春节的时候，龙虾忽然就开始变得热度极高。几乎所有人都在讨论龙虾，以及养虾的话题。这儿东西最开始的时候，给我的感觉就是，如果本地没有足够多的资源，龙虾就发挥不出自己的作用；如果直接用自己的电脑去安装，又会出现龙虾权限过高的问题。

龙虾做得事情，可能在我的预期范围之外。单纯为龙虾创建一个沙盒环境，意义感觉也不是很大。如果一个问题需要解决两遍，那感觉和不解决似乎也没太多的区别。

尽管如此，龙虾的热度还是越来越高，一度出现各种上门安装的服务。

再后来出现线了，各种收费卸载的服务。果然是此一时，彼一时，三十年河东三十年河西。

然而，在这滚滚的卸载浪潮中，我逆流而上，反其道而行之，我安装龙虾了。

不得不多，openclaw基于node的服务还是蛮笨重的，安装的确有点麻烦，刚开始为了省事，直接百度云买了个所谓的9.9的open claw实例，然而订阅coding plan的时候发现根本抢不到。

使用按量付费之后，简单尝试了以下，发现效果还是可以的，不过就是太费token了。千帆大模型感觉体验也还ok。

可以理解你的意图，也能正常的推进任务。然而，不能订阅，这个长期跑费用是个问题。

于是再次尝试别的方式，直接腾讯清凉弄了台99的服务器，干净安装openclaw，模型选择参考的杜郎的文章里提到的nvidia nim。好处是免费，当然，速率还是有限制的。

昨天的时候，第一次玩这个东西没啥经验，还是用的kimi，后来尝试minimax，但是效果怎么说呢，不知道是配置问题还是啥问题，总是不尽如意。

再后来看到了zero claw，号称体积更小，占用资源更少。直接二进制安装，下载之后启动：

至于怎么在公网访问，直接使用nginx反代即可，参考： https://cnb.cool/oba.by/baby-claw

这次直接用glm5，配置好之后，整体体验感觉有些差，就是非常智障的感jio。

假装执行，这种处理逻辑真是可以，如果我不知道文章分类都有啥，差点就信了。在这种状况下不得不再切回openclaw。鉴于昨天的配置问题，今天reset之后，尝试重新配置运行，依然用与zero claw同样的glm5，这次相对来说还是比较顺利的。

与之前zero claw的对比就会发现了，这次好歹是真的获取到相关的分类了，而不是假装执行。

所以，有的时候虽然都说自己很厉害，但是不对比永远都不知道谁更厉害。很多东西不是单纯说说就可以的，当然zero的优势在于部署方便，占用资源更低，但是作为一个agent，实际的效果并没有赶上open claw。

所以，现在各种龙虾层出不穷，如果不知道选择哪一只，建议还是选择原版，open claw，虽然安装费劲点。但是相对来说，没那么弱智（在同样的模型glm5下）。

上图为三小时token消耗量。

微信公众号文章，自动发布wp效果：

相关资源：

https://cnb.cool/oba.by/baby-claw 

https://dujun.io/28c43a95-478f-5e2a-8805-510244c99494.html

https://build.nvidia.com/z-ai/glm5

https://q.qq.com/qqbot/openclaw/index.html

部分开源项目源码。

PHP8 探针项目（包含WP插件）

专业的服务器监控和管理工具，提供实时系统监控、性能测试、数据库检测等功能。本项目包含两个版本：独立PHP探针和WordPress插件版本。

 项目结构

php8-probe/
├── phpprobe.php              # 独立PHP探针（可直接访问）
├── php-probe-widget/         # WordPress插件版本
│   ├── php-probe-widget.php  # 主插件文件
│   ├── includes/             # 小组件类
│   ├── css/                  # 前端样式
│   ├── js/                   # 前端脚本
│   └── README.md             # 插件详细文档
├── LICENSE                   # 许可证
└── README.md                 # 本文件

快速开始

方式一：独立PHP探针

1. 将 phpprobe.php 上传到您的Web服务器
2. 通过浏览器访问该文件即可查看服务器信息
3. 支持实时监控、性能测试、数据库检测等功能

特点：

• 无需安装，直接使用
• 单文件部署，简单方便
• 支持多平台（Linux、Windows、macOS、FreeBSD）
• 实时系统监控

方式二：WordPress插件

1. 将 php-probe-widget 文件夹复制到 wp-content/plugins/ 目录
2. 在WordPress后台激活”服务器监控探针”插件
3. 进入 外观 > 小组件 页面
4. 将”服务器监控探针”小组件拖拽到侧边栏
5. 配置显示选项和主题设置

https://gitee.com/obaby/php8-probe

结巴分词HTTP服务

基于Flask和jieba的本地HTTP分词服务。

https://gitee.com/obaby/baby-jb-server

WordPress 博客数据分析工具

这是一个用于分析 WordPress 博客数据的 Python 工具，可以通过 WordPress REST API 获取并分析博客的文章和评论数据。

功能特性

• 统计指定年份发布的文章数量（按月统计）
• 统计指定年份的评论数量
• 分析评论用户的评论数排行
• 将分析结果保存为 JSON 文件

https://gitee.com/obaby/baby-wp-data-analysis-tool

微信双开脚本 (WeChat Dual Launch Script)

一个用于 macOS 系统的微信双开自动化脚本，通过复制微信应用并修改 Bundle ID 实现真正的微信双开功能。

功能特性

•  一键双开 – 自动完成所有设置步骤
•  智能检测 – 自动检测已存在的 WeChat2.app
•  安全可靠 – 完善的错误处理和权限检查
•  彩色输出 – 友好的命令行界面
•  进程管理 – 查看和管理微信进程
•  自动化设置 – 无需手动执行复杂命令

https://github.com/obaby/baby-wechat

基于百度地图的足迹地图。
启动服务之后，先去后台 地图 key 设置页面，添加百度地图浏览器端 ak！
启动服务之后，先去后台 地图 key 设置页面，添加百度地图浏览器端 ak！
启动服务之后，先去后台 地图 key 设置页面，添加百度地图浏览器端 ak！

为了防止 js 地址解析受限，需要同时添加服务端 ak！
为了防止 js 地址解析受限，需要同时添加服务端 ak！
为了防止 js 地址解析受限，需要同时添加服务端 ak！

添加之后，访问： http://127.0.0.1:10099/api/location/process-my-location/ 地址刷新数据库的地点坐标信息，后续无需再通过 js 接口进行解析！

https://github.com/obaby/BabyFootprintV2

Simple microblogging

Add a microblog to your site; display the microposts in a widget or using a shortcode. 
增强版优化页面显示，增加分页功能。wp微博插件。

https://github.com/obaby/Simple-microblogging-wordpress-plugin

一个强大的WordPress评论过滤插件，支持字数限制、中文检测、关键词过滤等功能。

• 插件名称: Baby WP 评论强化拦截插件
• 版本: 1.0.5
• 作者: obaby
• 作者网址: https://h4ck.org.cn
• 许可证: GPL v2 or later

• 字数限制: 设置评论的最少和最多字数
• 中文检测: 要求评论必须包含中文字符
• 关键词过滤: 支持自定义关键词和WordPress设置的关键词
• 正则表达式支持: 支持使用正则表达式进行高级匹配

• 简单设置界面: 直观的管理后台设置页面
• 错误消息自定义: 可以自定义各种错误提示消息和标题
• 统计信息: 记录评论过滤统计信息，支持重置功能
• WordPress集成: 与WordPress讨论设置完美集成，支持实时预览
• 设置验证: 完整的输入验证和数据清理机制

• 简单架构: 采用简单的面向对象架构，易于维护
• 性能优化: 高效的过滤算法，不影响网站性能
• 兼容性: 支持WordPress 5.0+版本，PHP 7.4+
• 多语言: 支持多语言环境
• 数据安全: 完整的输入验证和清理机制
• 错误处理: 完善的错误处理和日志记录

https://github.com/obaby/baby-wp-comment-filter

• WinRAR is a trialware file archiver utility for Windows, developed by Eugene Roshal of win.rar GmbH.

• It can create and view archives in RAR or ZIP file formats and unpack numerous archive file formats.

• WinRAR is not a free software. If you want to use it, you should pay to RARLAB and then you will get a license file named "rarreg.key".

• This repository will tell you how WinRAR license file "rarreg.key" is generated.

• WinRAR uses a signature algorithm, which is a variant of Chinese SM2 digital signature algorithm, to process the user’s name and the license type he/she got. Save the result to “rarreg.key” and add some header info, then a license file is generated.

https://github.com/obaby/winrar-keygen

一个功能强大的WordPress设备管理系统插件，支持设备分组管理、设备信息管理、自定义排序、状态跟踪等功能。

• 设备分组管理
  • 创建和管理设备分组
  • 自定义分组排序
  • 分组描述信息
• 设备管理
  • 添加/编辑/删除设备
  • 设备状态管理（在售、停售、已售出、维修中、已报废）
  • 设备图片和产品链接
  • 自定义设备排序
  • 设备描述信息
• 前端展示
  • 响应式布局
  • 按分组分类显示
  • 支持多种排序方式
  • 美观的界面设计
  • 支持自定义每行显示设备数量（1-6个）
• 其他功能
  • 图片管理：支持设备图片上传和显示
  • 产品链接：支持添加产品详情页链接
  • 状态跟踪：支持多种设备状态管理
  • 自定义排序：支持设备分组和设备的自定义排序

https://github.com/obaby/Baby-Device-Manager

为 WordPress RSS Feed 提供美观的网页展示样式（基于 RSS.Beauty 的 Pink 主题）。

• RSS 样式化：在 Feed 中注入 XSL 样式表，浏览器打开 feed 地址时以 HTML 页面形式展示，而非原始 XML。
• Feed Content-Type：将 feed 的 Content-Type 设为 application/xml，使浏览器按 XML 解析并应用 xml-stylesheet。
• XSL 地址：样式表使用插件目录下的静态文件 pink.xsl。需在 OpenResty/Nginx 中为 .xsl 配置正确的 Content-Type（见下方配置说明），否则浏览器可能不按 XSL 解析。
• 主题：内置淡粉色（light pink）页面背景与适配的文字颜色。

https://cnb.cool/oba.by/rss-beauty

Contributors: obaby
Donate Link: https://oba.by
Tags: useragent, user-agent, user agent, web, browser, web browser, operating system, platform, os, mac, apple, windows, win, linux, phone
Requires at least: 2.0
Tested up to: 6.3
Stable tag: 16.06.99

插件支持四种 IP 查询方式，可在 设置 → WP-UserAgent 中选择：

选择 ip2region 或 纯真QQWRY 时不会加载 vendor/autoload.php。若选择 IP2Location 或 CZDB 时 vendor 加载失败，插件会自动回退为 ip2region 模式，避免站点白屏。

WP-UserAgent is a simple plugin that allows you to display details about a computer’s operating system or web browser that your visitors comment from.

It uses the comment->agent property to access the User-Agent string. Through a series of regular expressions, this plugin is able to detect the operating system and browser which can be integrated in comments or placed in custom places through your template(s).

I’m adding new web browsers and operating systems frequently, as well as updating and optimizing the source code. Your feedback is very important, new features have been added by request, so if there’s something you would like to see in WP-UserAgent, leave a comment, and I’ll see what I can do.

WP-UserAgent was written with Geany – http://www.geany.org/
Images created with The Gimp – http://www.gimp.org/

注意：

• 使用 CZDB 时：若更新替换纯真数据库，请同步更新 show-useragent/ip2c-text.php 中的 $key = 'n2pf2+PrE1y9I55MjdpLpg==';
• 使用 ip2region 时：将 xdb 文件放入 show-useragent/ip2region_db/（ip2region_v4.xdb、ip2region_v6.xdb），无需 Composer。

https://cnb.cool/oba.by/wp-useragent

多数时候，在共享热点的时候都是通过wifi共享。然而，最近公司网络升级之后，禁止通过热点共享网络了。除了禁止共享，还有另外一个问题，那就是如果要用自己的电脑开发项目，或者访问数据库，只能连公司内网才能访问这些资源。

直接链接公司的wifi会要求安装安全软件等相关服务，安装之后就会出现另外一个问题。电脑上很多的自己的软件就不能用了。

为了解决这个问题，于是想着用公司电脑共享一个蓝牙热点出来，自己的电脑链接公司的蓝牙之后通过apn网络来获取网络相关的权限。

windows官网的指南非常简单：

蓝牙个人区域网络 (BTPAN) 是在设备之间无线共享 Internet 连接的另一种方式。 此功能可用于通过蓝牙（而不是使用 Wi-Fi）将 Windows 设备连接到具有热点功能的设备，例如手机或其他计算机。

若要使用 BTPAN，请：

• Windows 设备需要内置或通过蓝牙适配器添加蓝牙。
• 辅助设备需要具有蓝牙并支持热点功能。

若要通过蓝牙将 Windows 设备连接到热点设备，请执行以下步骤：

虽然看起来很简单，但是几个地方操作的时候刚开始还是没找对地方。

共享网络的电脑设置：

1.开启热点

2.设置网络共享方式，选择蓝牙

当然，需要开启两个电脑的蓝牙功能。

需要访问网络的电脑设置：

1.开启蓝牙，并且配对。

2.点击设备角上的点点点，链接apn网络，我这里已经链接了，所以是显示断开

3. 此时看下网络链接状态，应该是显示有线连接的图标。

当然，此时就可以愉快的上网啦。网络共享不一定非得靠wifi，蓝牙也是可以哒。嘎嘎。

周末在 J.sky 那里看到一篇 rss 美化的文章，周末尝试了一下，想集成到 wp 中，但是操作的过程中发现各种问题。最开始想着直接通过修改 functions 的方法插入样式文件，但是折腾多次之后以失败告终，要么插入的样式有问题，要么无法插入样式，要么样式文件不加载。

退而求其次直接使用 openresty 的 sub_filter 模块进行替换，但是效果依然不行，替换代码无效。这个可能与当前 wp 的配置文件过于复杂有关系，可能有的配置存在冲突。

最后还是选择用插件来实现这个功能，好处是可以把所有东西都塞到一块儿，不用单独管理了，坏处那就是多了一个插件。

目前安装的插件已经四十多个了，启用的有 30 多个。

至于实际效果，预览地址：https://zhongxiaojie.cn/feed/

那就是下面的样子了，在 vivaldi 中的默认订阅界面效果：

原始内容效果：

插件代码：

https://cnb.cool/oba.by/rss-beauty

插件下载：

https://cnb.cool/oba.by/rss-beauty/-/releases/tag/1.0.0

现在想来，自己的这种集成方式相对来说激进了点，并没有 用到 RSS.Beauty 的功能，实际上只是用了一个样式文件。不过也还行吧，整洁干净，一个插件就解决了。

### v16.06.99

- 版本号更新至 16.06.99
- 新增 **纯真QQWRY** IP 查询方式（qqwry_api：qqwry.dat / ipv6wry.db），无需 Composer
- 新增 **显示协议类型** 选项：在国旗与国家文本后、IP 地址前显示 IPv4/IPv6 图标（img/ipv4.png、ipv6.png）
- QQWRY（IPv4/IpLocation、IPv6/ipdbv6）与 ip2region（xdb）返回完整字段，支持国旗与完整归属地显示
- 图标样式统一：IP 版本图标与 IP 地址图标使用与浏览器/系统图标相同的 vertical-align 等样式

昨天发布了之后，hary反馈说，有更精准的纯真的数据库。

当然啦，除此之外，其他的宝子的反馈我也看了，包括对于归属地准确性讨论的。

有的宝子的评论还没来的及回复，后面会回复的哈。在忙着测试hary提供的版本，不过整体测试下来，这个版本的qqwry版本的数据v6归属地精度，的确提高了一大截。

在集成了qqwry版本的数据库之后，目前已经有四种归属地查询方法，大家可以选择自己喜欢的。

并且添加了是否显示协议版本图标的功能，可以显示访客的网络类型。

图标位于插件的img目录下，如果想使用其他图标，直接替换目录下对应的ipv4.png 和ipv6的png即可。

已经内置几组图标，如果要想只显示ipv6的图标，可以用一个空白图标来替换ipv4图标即可。

插件代码：

https://cnb.cool/oba.by/wp-useragent

最新版(插件包含多个ip数据库，尽量使用ftp或者scp上传，wp后台上传可能失败)：

https://cnb.cool/oba.by/wp-useragent/-/releases/tag/16.06.99

我把插件改了个名字，不再叫“WP-UserAgent”了，现在这个东西经过多次迭代，加了很多乱七八糟的东西，显示的重点也不再是评论的ua信息了。

前几天看到关于ip2region的介绍，于是又尝试集成了一次，集成之后发现效果也没有好更多，原来的v6归属地从青岛跑到北京了：

免费版的数据和商业版数据差距依然很大，其实包括纯真之类的也是一样套路，如果数据一样谁还会买商业版呢。尽管如此，我还是给加上了，同时更新了下纯真的数据库。

目前效果就是上面的样子，感兴趣的可以尝试下。

插件代码：

https://cnb.cool/oba.by/wp-useragent

最新版(插件包含多个ip数据库，尽量使用ftp或者scp上传，wp后台上传可能失败)：

https://cnb.cool/oba.by/wp-useragent/-/releases/tag/16.03.55