Linus的FUN天地

新博客为什么这么快？从技术选型到每一个字节

Linus Xiong — Wed, 21 Oct 2026 01:00:00 GMT

博客重做了一遍。最直观的变化是：点开任何一页，内容几乎是瞬间出现的。这不是换了更贵的服务器，而是从技术选型开始，把每一层"没必要的东西"都拿掉了。这篇文章把背后的取舍讲清楚：为什么选静态站点和 Astro，构建管线长什么样，CSS、JavaScript、字体、图片、页面切换、SEO 各做了什么，以及用数字说明效果。

指标	数值
HTML（gzip 后）	16–18 KB，样式已包含在内
CSS	约 20 KB，内联在页面里，零额外请求
首屏 JavaScript	约 6 KB（主题切换、搜索框、复制按钮、链接预取）
Web 字体	0 字节
首屏第三方请求	0 个
Lighthouse	性能 100 · 无障碍 100 · 最佳实践 100 · SEO 100
CLS（布局偏移）	0

为什么是静态站点，为什么是 Astro

博客的本质是"写好的文章给人读"，内容在我提交的那一刻就确定了。那就没有理由让服务器在每次访问时重新渲染，更没有理由让读者的浏览器下载一个应用框架再把文章"水合"一遍。所以第一个决定是：全部在构建时生成静态 HTML，服务器（其实是 CDN）只负责把文件发出去。

选型时我实际构建了几个候选方案，量了它们在一个"预渲染好的文章页"上下发多少 JavaScript：

方案	文章页下发的 JS（gzip）	说明
Astro 7（静态输出）	0 B	默认零 JS，需要交互时按需加载"岛屿"
TanStack Start 1.0（React）	约 108 KB	预渲染之后仍然要整页水合，没有零 JS 模式
TanStack Start（Solid）	约 48 KB	同上，只是运行时更小
Next.js App Router	数十 KB + RSC 负载	某知名博客的存档页 HTML 达 645 KB，其中 61% 是内联的组件数据

TanStack 系列做应用很好，但它的 Markdown 包刚到 1.0、官方示例还是在浏览器里解析 Markdown，这和"文章型站点"的目标相反。Astro 的内容集合、图片优化、Shiki 高亮、sitemap 与 RSS 都是一等公民，而且页面默认一个字节 JS 都不带——这正是我要的。

HeroUI 这类 React 组件库也测过：一个按钮岛屿要 96 KB（其中 React 约 70 KB）。最终只借用了它的视觉语言，所有按钮、标签、卡片都用零 JS 的 Astro 组件实现。

构建管线

graph LR
  A[content/posts/*.md] --> B[内容集合 + Zod 校验]
  B --> C[remark 插件<br/>摘要 · 阅读时间]
  C --> D[rehype 插件<br/>标题锚点 · 代码块外壳 · 表格 · 章节]
  D --> E[Shiki 高亮<br/>浅色 + 深色]
  E --> F[页面 HTML<br/>CSS 内联]
  F --> G[dist/ + Pagefind 索引 + OG 图 + sitemap]

文章就是 content/posts/ 下的 Markdown 文件，frontmatter 由 Zod 校验：日期格式错了、slug 里混进中文或空格，构建直接失败，而不是上线后才发现。Markdown 经过 remark/rehype 管线： 之前的内容成为摘要；阅读时间按"中文 300 字/分钟 + 英文 200 词/分钟"分别计算；每个标题带稳定的 id 与锚点；代码块被包进带语言标签和复制按钮的外壳；每个二级标题的章节包成一个 <section>，并开启 content-visibility: auto，长文章的布局计算只做可见部分。

代码高亮在构建时完成。Shiki 同时输出浅色和深色两套颜色，以 CSS 变量的形式写在每个 token 上，切换主题只是换一组变量，浏览器里没有任何高亮程序在跑。

CSS：20 KB，内联，不闪

样式用 Tailwind v4，设计令牌（颜色、字号、圆角）写在 @theme 里，所有组件只引用令牌。构建时 Tailwind 只输出真正用到的工具类，整站样式约 20 KB，并通过 inlineStylesheets: 'always' 直接内联进每个页面：少一次请求，首屏渲染不需要等任何外部文件。

我给 CSS 定了一条硬预算：文章页内联样式不超过 20 KiB，每次改样式都重新测量。有两次差点超标，原因很有代表性：Tailwind 会扫描源码里所有像类名的词，组件样式里写的 transition、grid 这种属性名也会被当成工具类打进全局；解决方法是把这些词加进扫描排除表。另一次是把只有文章页需要的样式放进了全局样式表——Astro 按导入关系打包组件样式，而不是按是否渲染。

深色模式由 <head> 里一段不到 1 KB 的内联脚本在首次绘制前设置 data-theme，所以不会出现先白后黑的闪烁；深色底色用的是接近黑的 #121214，而不是纯黑，长文阅读不刺眼，层级靠"更亮的表面"而不是描边来表达。

JavaScript：按需，而且很小

文章页只有四个小脚本：主题切换（1.0 KB）、搜索框启动器（1.4 KB）、代码复制（0.5 KB）、链接预取（2.4 KB）。真正"重"的东西全部延迟：

评论（Disqus）：评论区距离视口 600 px 以内才注入 embed 脚本。
搜索（Pagefind）：静态索引在构建时生成，点开搜索框才加载 UI 和索引分片。
流程图（Mermaid）：库有几 MB，只在含图表的页面、图表接近视口时才动态 import()，并随主题重新渲染。

没有 React，没有客户端路由，没有在浏览器里解析 Markdown。

字体：一个字节都不下载

中文 Web 字体动辄几 MB，再怎么子集化也是首屏的负担。这里直接用设备自带的字体栈：Apple 平台上是 SF Pro 和苹方，Windows 上是微软雅黑，Linux/Android 上是 Noto Sans CJK。图标用内联 SVG，不用图标字体。

图片：构建时处理好

文章目录里的图片在构建时由 sharp 转成 WebP，并按 640–1280 px 等多个宽度生成 srcset；sizes 按正文栏宽（832 px）设置，手机不会去下载桌面尺寸。每张图都带固有宽高，页面不会因为图片加载而跳动，这是 CLS 为 0 的关键。封面是首屏最大元素（LCP），所以用 eager 加载并加 fetchpriority="high"；正文图片一律原生懒加载。

页面切换：像翻书

三件事叠在一起：

鼠标悬停时预取链接（Astro 的 prefetch，2.4 KB）。
Chromium 的 Speculation Rules：一段 JSON，浏览器在悬停时直接在后台预渲染下一页，零 JS。
跨文档 View Transition：纯 CSS 的 @view-transition { navigation: auto }，切换时淡入淡出。

第三点踩过一个坑：浏览器会在新页面"第一次有机会渲染"时截取快照，而 Chromium 在 <body> 解析完之前就会渲染，于是过渡会落在一张空白页上、内容再弹出来。解决办法是一行标记，让渲染等到页面末尾解析完成：

html

<link rel="expect" href="#page-end" blocking="render">

页面本身只有几十 KB，这一行不影响首屏时间，但换来了完整的过渡。

SEO 与 URL

URL 全部 ASCII：中文标题自动转拼音作为 slug，旧的 Hexo 链接（带空格和中文）保存在 frontmatter 的 aliases 里；构建会为每条旧链接生成带 canonical 的跳转页，Vercel 上还会配置成真正的 308 重定向，搜索引擎的收录可以平滑迁移。
每篇文章的 OG 图在构建时用 satori + resvg 生成（中文字体按文字子集下载并缓存），社交平台分享有图。
sitemap 带 lastmod，RSS/Atom/JSON Feed 三种订阅源输出全文，JSON-LD 标注 BlogPosting 和面包屑。
中英双语：英文版是与原文并列的 .en.md 文件，带 hreflang 与各自的订阅源；翻译可以人工写，也可以用 DeepL、Google 或大模型的接口批量生成，译文记录原文哈希，原文改动后会被标记为过期。

托管

站点部署在 Vercel，静态文件走 CDN。/_astro/* 这类带哈希的资源缓存一年且 immutable，HTML 走 must-revalidate；安全响应头和尾斜杠策略写在 vercel.json 里。构建在 CI 里跑 pnpm build，类型检查和 500 多个单元测试一起跑。

取舍与没做的事

Disqus 的 iframe 会阻止 bfcache（浏览器的前进/后退缓存），这是第三方评论的代价；它只在滚到评论区时才加载，影响已经降到最小。
Mermaid 的体积很大，所以只按需加载；如果以后图表多了，可以改成构建时渲染成 SVG。
Pagefind 不做中文词干化，子串搜索够用。
拼音 slug 不如英文可读，所以提供了用大模型生成英文 slug 的命令，旧 slug 自动变成别名。
没有用任何运行时 UI 库。想要 HeroUI 那种交互组件时，也只会放进"点击后再加载"的岛屿里。

怎么衡量

每次改动都重新跑移动端 Lighthouse，同时用脚本测量文章页的内联 CSS 字节数和脚本总大小，超出预算就算失败。这些工具不难，难的是把"少做事"坚持成一条规矩。

整套代码是开源的。如果你也想自己搭一个，pnpm build 一条命令就能把 content/ 里的 Markdown 变成一个这样的站点。

在 BIRD2 主机上将IPv6 地址池绑定到新网卡并实现多源 IPv6 出网

Linus Xiong — Wed, 15 Apr 2026 14:00:00 GMT

前言

这次的目标很明确：

机器已经在运行 BIRD2，并且正常通过 BGP 广播 IPv6 前缀
现在希望把一段 /47 IPv6 前缀作为本机可使用的 IPv6 地址池
同时为了让结构更清晰，计划将这段地址“挂”到一个新的逻辑网卡上
最终实现：
- 应用可以绑定这段 /47 里的任意 IPv6 地址
- 流量仍然从真实物理网卡出网
- BIRD 只负责广播，不去干扰系统默认路由和地址管理

说明：本文中的 IPv4、IPv6、ASN、BGP 邻居、认证口令等信息都已经替换为文档示例值，用于记录配置思路，避免暴露真实生产环境信息。

现有 BIRD2 配置梳理

当前机器上的 BIRD2 配置大致有几个关键点：

protocol direct 只跟踪 dummy* 接口
protocol kernel 对 IPv4 / IPv6 都是 import none; export none;
protocol static static_v6 里通过 reject 的方式把需要广播的 IPv6 前缀放进 BIRD RIB
BGP 对外只导出 RTS_STATIC 的 IPv6 前缀

也就是说，这套设计本身就已经把职责分得很清楚了：

BIRD 负责广播
内核负责真实转发与本机地址绑定
不会让 BIRD 去改内核默认路由

这个思路是对的，应该继续保持。

先说结论：这件事不应该只改 BIRD

很多人在第一次做这类配置时，会直觉认为“既然是广播的前缀，就在 BIRD 里把它绑到接口上”。

实际上不是这样。

BIRD 的职责

BIRD 只需要完成一件事：

把目标 /47 前缀继续宣告出去

Linux 内核的职责

真正让这段 /47：

可以在本机 bind()
可以作为源地址发起连接
可以通过真实物理网卡出网

靠的是 Linux 网络栈，而不是 BIRD。

所以最终方案是：

新建一个 dummy 网卡，例如 dummy47
给它放一个池内“锚点地址”
通过 ip -6 route add local ... 告诉内核：这一整段 /47 都属于本机
开启 net.ipv6.ip_nonlocal_bind=1，允许应用绑定未显式加到接口上的地址

为什么要用 dummy 网卡

我这里没有直接把整段 /47 塞进真实物理网卡，而是单独新建一个逻辑接口 dummy47，原因有三点：

职责更清晰
- dummy47 表示“这是一段本机管理的业务地址池”
- 物理网卡只负责真正收发包
更容易排障
- 看接口配置时一眼就能知道这段地址池是专门干什么的
和现有 BIRD 配置兼容
- 当前 protocol direct 已经匹配 dummy*
- 新建 dummy47 后不需要大改

要注意的是：

dummy47 不是实际出网网卡。
真正的发包依然会走默认路由对应的物理接口，比如 eth0 或 ens3。

参考思路：local route + ip_nonlocal_bind

这次配置的核心思路是：

不去枚举添加大量静态地址
不去把整段前缀当作普通地址直接 addr add
而是通过：

bash

ip -6 route add local 2001:db8:4700::/47 dev lo
sysctl net.ipv6.ip_nonlocal_bind=1

让内核认为：

这整段 /47 都是“本机可接收”的地址
进程可以直接绑定其中任意地址

这是最关键的两步。

脱敏后的 BIRD2 配置示意

下面是一份经过脱敏处理的配置骨架，用来说明和本文相关的关键部分。

bird

################################################
#                 Variables                     #
################################################

define OWNAS   = 64500;
define OWNIP   = 198.51.100.10;
define OWNIPv6 = 2001:db8:100::10;

define OWNNETSET_V4 = [];

define OWNNETSET_V6 = [
    2001:db8:4700::/47
];

################################################
#                 Global                        #
################################################

router id OWNIP;

protocol device {
    scan time 10;
}

################################################
#                  Direct                       #
################################################

protocol direct {
    ipv4;
    ipv6;
    interface "dummy*";
}

################################################
#              Kernel isolation                 #
################################################

protocol kernel krt_ipv4 {
    scan time 20;

    ipv4 {
        import none;
        export none;
    };
}

protocol kernel krt_ipv6 {
    scan time 20;

    ipv6 {
        import none;
        export none;
    };
}

################################################
#              Static announcements             #
################################################

protocol static static_v6 {
    route 2001:db8:4700::/47 reject;

    ipv6 {
        import all;
        export none;
    };
}

################################################
#               BGP template                    #
################################################

template bgp tpl_bgp {
    local as OWNAS;
    path metric 1;
    graceful restart;

    ipv4 {
        import none;
        export filter { reject; };
        export limit 100 action disable;
        extended next hop on;
    };

    ipv6 {
        import none;
        export filter {
            if source != RTS_STATIC then reject;
            accept;
        };
        export limit 100 action disable;
    };
}

################################################
#                 Upstream BGP                  #
################################################

protocol bgp bgp_upstream_v4 from tpl_bgp {
    source address OWNIP;
    neighbor 169.254.0.1 as 64496;
    multihop 2;
    password "REDACTED_PASSWORD";
}

protocol bgp bgp_upstream_v6 from tpl_bgp {
    source address OWNIPv6;
    neighbor 2001:db8:ffff::1 as 64496;
    multihop 2;
    password "REDACTED_PASSWORD";
}

BIRD2 配置是否需要修改

结论

大多数情况下几乎不用改。

因为当前已经有：

bird

protocol direct {
    ipv4;
    ipv6;
    interface "dummy*";
}

所以只要新的逻辑网卡叫 dummy47，它天然就会被匹配。

而 IPv6 静态广播部分本身也是对的：

bird

protocol static static_v6 {
    route 2001:db8:4700::/47 reject;

    ipv6 {
        import all;
        export none;
    };
}

为什么不用把 `/47` 从 reject 改掉

因为这里的 reject 路由只是为了：

让前缀进入 BIRD RIB
满足 BGP 导出条件
作为“我拥有并广播这个前缀”的声明

它不是为了给 Linux 内核做真实转发或本机地址绑定。

所以 /47 继续保留 reject 方式是合理的。

实际配置步骤

下面开始做 Linux 网络配置。

第一步：创建新的 dummy 网卡

先加载模块并创建逻辑网卡：

bash

modprobe dummy

ip link add dummy47 type dummy
ip link set dummy47 up

执行后可以用下面命令确认：

bash

ip link show dummy47

第二步：给 dummy47 加一个锚点地址

虽然我们要使用的是整个 /47 地址池，但还是建议在 dummy47 上放一个明确的单地址作为“锚点”：

bash

ip -6 addr add 2001:db8:4700::1/128 dev dummy47

这里使用 /128 即可，不需要把整个 /47 当作普通接口地址加上去。

为什么不用：

bash

ip -6 addr add 2001:db8:4700::/47 dev dummy47

因为这并不能达到“本机可以绑定整个 /47”的目的。
它只是给接口加了一个 connected route 的语义，不等于把整段前缀都变成可直接绑定的本地地址池。

第三步：把整个 `/47` 加为 local route

这一步是最关键的。

bash

ip -6 route replace local 2001:db8:4700::/47 dev lo

这样内核会认为：

2001:db8:4700::/47 整段都属于本机 local address space

也就是说，只要后续应用去绑定这一段里的任意 IPv6 地址，内核都会接受。

为什么挂到 `lo`

因为这是一条 local route，它表达的意思不是“从 loopback 发包”，而是：

这段前缀按本地地址处理
由本机持有

这是 Linux 处理这类场景的标准方式。

第四步：开启 ip_nonlocal_bind

即使有了 local route，很多程序默认仍然不能随便绑定“没有显式加在接口上的地址”。

所以还要开启：

bash

sysctl -w net.ipv6.ip_nonlocal_bind=1

为了持久化，建议写入单独的 sysctl 配置文件：

bash

cat >/etc/sysctl.d/99-ipv6-pool.conf <<'EOF'
net.ipv6.ip_nonlocal_bind = 1
EOF

sysctl --system

第五步：重新加载 BIRD2

如果 BIRD 配置本身没有改动，这一步理论上不是必须的。
但如果顺手调整了配置，执行一次重载最保险：

bash

birdc configure

然后检查路由是否在 BIRD RIB 中：

bash

birdc show route for 2001:db8:4700::/47

验证方法

查看 dummy47 地址

bash

ip -6 addr show dev dummy47

预期至少能看到：

text

inet6 2001:db8:4700::1/128 scope global

查看 local route

bash

ip -6 route show table local | grep '2001:db8:4700::/47'

预期看到类似：

text

local 2001:db8:4700::/47 dev lo

用指定源 IPv6 测试出网

这里不要写接口名 dummy47，而是直接绑定具体源地址：

bash

curl -6 --interface 2001:db8:4700::100 https://ipv6.ip.sb
curl -6 --interface 2001:db8:4700::200 https://ipv6.ip.sb
curl -6 --interface 2001:db8:4701::1234 https://ipv6.ip.sb

如果返回值分别就是你指定的源地址，说明配置成功。

一个容易踩坑的点：绑定“接口”不等于绑定“源地址”

很多人会下意识这样测：

bash

curl -6 --interface dummy47 https://ipv6.ip.sb

这个测试方式并不适合这里。

因为 dummy47 不是物理出口网卡，它只是一个逻辑承载接口。
真正的流量出网仍然依赖系统默认路由，一般还是会走类似 eth0 或 ens3 这样的真实物理网卡。

所以正确姿势应该是：

绑定具体源 IPv6 地址
而不是绑定 dummy47 这个接口名

即：

bash

curl -6 --interface 2001:db8:4700::100 https://ipv6.ip.sb

关于 ndppd：这次场景一般不需要

一些“整段 IPv6 绑定并直接使用”的文章里，会额外提到 ndppd。
那通常是因为上游把 IPv6 前缀作为 on-link 网络 给到机器，需要对每个地址做 NDP 邻居发现。

但这里的场景不同：

机器已经通过 BGP 广播这段前缀
上游更像是把这段前缀路由到这台机器
而不是要求本机在二层上对整段地址逐个做 NDP 响应

所以在这种设计下，一般：

不需要 ndppd
只需要：
- BIRD 正常广播前缀
- 内核有 local route
- 开启 ip_nonlocal_bind

只有当服务商明确要求这段前缀是二层直连、必须对目标地址进行邻居发现时，才需要额外考虑 ndppd 或 proxy_ndp。

持久化方案：systemd service

为了避免重启后丢失，我最后把这套配置写成了一个简单的 systemd 服务。

创建文件：

bash

vim /etc/systemd/system/dummy47-v6pool.service

内容如下：

ini

[Unit]
Description=IPv6 pool on dummy47
After=network-online.target
Wants=network-online.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/sbin/modprobe dummy
ExecStart=/sbin/ip link add dummy47 type dummy
ExecStart=/sbin/ip link set dummy47 up
ExecStart=/sbin/ip -6 addr add 2001:db8:4700::1/128 dev dummy47
ExecStart=/sbin/ip -6 route replace local 2001:db8:4700::/47 dev lo
ExecStart=/sbin/sysctl -w net.ipv6.ip_nonlocal_bind=1

ExecStop=/sbin/ip -6 route del local 2001:db8:4700::/47 dev lo
ExecStop=/sbin/ip -6 addr del 2001:db8:4700::1/128 dev dummy47
ExecStop=/sbin/ip link del dummy47

[Install]
WantedBy=multi-user.target

然后执行：

bash

systemctl daemon-reload
systemctl enable --now dummy47-v6pool.service

一份完整的操作命令汇总

为了方便复制，这里把完整步骤汇总成一段：

bash

modprobe dummy

ip link add dummy47 type dummy || true
ip link set dummy47 up

ip -6 addr add 2001:db8:4700::1/128 dev dummy47 || true
ip -6 route replace local 2001:db8:4700::/47 dev lo

sysctl -w net.ipv6.ip_nonlocal_bind=1

birdc configure
birdc show route for 2001:db8:4700::/47

验证：

bash

ip -6 addr show dev dummy47
ip -6 route show table local | grep '2001:db8:4700::/47'

curl -6 --interface 2001:db8:4700::100 https://ipv6.ip.sb
curl -6 --interface 2001:db8:4700::200 https://ipv6.ip.sb
curl -6 --interface 2001:db8:4701::1234 https://ipv6.ip.sb

我的最终理解

这次配置做完之后，整个结构就很清晰了：

BIRD2 做什么

继续通过 BGP 广播目标 /47
继续使用 static ... reject 的方式将前缀放入 BIRD RIB
不导入、不导出 Linux 内核路由

Linux 内核做什么

通过 dummy47 提供逻辑承载
通过 local route 将整个 /47 标记为本机地址空间
通过 ip_nonlocal_bind 允许应用绑定池中任意 IPv6

应用怎么用

不是绑定 dummy47
而是绑定目标 /47 中的具体某个 IPv6 作为源地址
流量最终仍然走系统默认路由，从真实物理接口出网

后记

一开始我也很容易把“前缀广播”和“本机地址绑定”混成一件事。
但真正拆开以后就会发现，这其实是两个层面的事情：

路由控制面：BIRD/BGP
主机数据面：Linux 网络栈

把这两者分开处理后，整套方案就会非常稳定，也更容易维护和排障。

如果后续还要继续扩展这台机器承载更多 IPv6 地址池，我会优先继续沿用这个思路：

BIRD 只负责广播
业务地址池通过 dummy + local route + ip_nonlocal_bind 管理

这样结构最干净。

AWS服务和Kafka集群实操日记

Linus Xiong — Thu, 12 Jun 2025 15:41:55 GMT

简介

最近有一个项目需要使用AWS服务，鉴于我是第一次上手AWS和使用其中的服务，我认为有必要写一篇博客记录下我新接触到的技术，一些理解和感悟，并且保留一些实际操作经历方便我回顾和重新使用其中的一些命令。

这个项目涉及到了

Amazon MSK也就是Fully Managed Apache Kafka，说白了就是一个kafka集群
Amazon的Iot Core，是一个MQTT broker类似的东西
Amazon的Lambda，一个支持多编程语言的serverless平台
Amazon的S3，Scalable Storage in the Cloud
Amazon的IAM的权限控制
Amazon的CloudWatch - 类似于Grafana的平台

这篇日记将会围绕上述内容展开，并且将所有服务串成一个数据流

正文

业务流程

我们从数据的入口开始逐步追随数据的脚步完成追踪从而串联所有使用到的服务。

Iot Core将会作为入口，接受来自iot设备或者其他使用mqtt协议的服务，将接收到的数据使用Message routing的Rules功能将信息转发到kafka的topic中或者发送到Lambda经过处理写入S3的Json文件中。

graph LR
A[mqtt message]-- Message Rule --->B[Kafka Cluster topic]
A-- Message Rule --->C[Lambda - Process Data] ---> D[S3]

IAM权限控制

其中如果Iot Core在遇到错误抛出将会将日志写入CloudWatch服务。完成上述要求首先要求用户配置多个服务的Policy，然后将不同的Policy分配给多种Role，然后这些服务将会使用Role提供的权限来操作AWS中的各类服务，总而言之Policy是包含多单个权限的集合，例如s3:ListBucket就是Policy中所有权限的例子。

而Role则包含一个或多个Policy的集合，例如分别有S3 Admin Policy和CloudWatch Write Policy，这些将会为Role中的Policy。只有将拥有相应权限的Role分配给AWS服务的instance，这个instance才能操作和有访问权限，这是一大先决条件。

MSK配置

首先MSK分为Provisioned和Serverless两种类型，其中serverless不能具有除了IAM之外的验证方式，这就使得如果想让Iot core和msk搭配使用，必须要使用provision版本的，因为Iot core rule只支持使用SASL/SCRAM身份验证或者SSL身份验证。

此外如果想从外部访问MSK集群中的节点去创建topic有多种方式，而我采用的是使用一个EC2的client machine，也就是一台虚拟机作为一个跳板机，并且在跳板机器上搭建代理，使得从外部可以通过代理连接到Amazon内部与EC2同一VPC网络下的节点，但是很重要的一点是不能疏忽了MSK和EC2的防火墙配置是否放通，如果不放通会无法连接，我在这里排查了很久才发现是防火墙的问题

关于如何设置跳板机可以参见官方的文档https://docs.aws.amazon.com/msk/latest/developerguide/create-client-machine.html

讲清楚了访问，我们再深入讲讲连接和权限控制，首先确保EC2的IAM Role有权限访问MSK集群的节点和topic，然后连接跳板机可以通过如下命令完成topic的创建和订阅和发送消息到topic

console

# subscribe topic
./kafka-console-consumer.sh \
  --bootstrap-server url:port,url2:port \
  --topic topic \
  --consumer.config client.properties

# push data to topic, producer
./kafka-console-producer.sh \
  --bootstrap-server url:port,url2:port \
  --topic topic \
  --producer.config client.properties

# check all the topic
./kafka-topics.sh --list \
  --bootstrap-server url:port,url2:port \
  --consumer.config sasl.properties

# create a topic
./kafka-topics.sh --create \
  --bootstrap-server url:port,url2:port \
  --topic topic \
  --partitions 6 \
  --replication-factor 2 \
 --command-config sasl.properties

其中如果遇到了诸如提示Error while executing topic command : The AdminClient thread has exited. Call: createTopics，基本上可以判定是权限问题，请先检查你配置的IAM和SASL/SCRAM/SSL是否正确，其中IAM如果在EC2上只要在网站上正确配置了IAM role，那么使用那个IP就可以直接使用IAM方式访问。

console

[ec2-user@ bin]$ ./kafka-topics.sh --create --bootstrap-server url:port --topic your_topic --partitions 6 --replication-factor 2
WARNING: Due to limitations in metric names, topics with a period ('.') or underscore ('') could collide. To avoid issues it is best to use either, but not both.
Error while executing topic command : The AdminClient thread has exited. Call: createTopics
[2025-06-11 05:00:49,875] ERROR org.apache.kafka.common.errors.TimeoutException: The AdminClient thread has exited. Call: createTopics
 (org.apache.kafka.tools.TopicCommand)
[2025-06-11 05:00:49,890] ERROR Uncaught exception in thread 'kafka-admin-client-thread | adminclient-1': (org.apache.kafka.common.utils.KafkaThread)
java.lang.OutOfMemoryError: Java heap space
        at java.base/java.nio.HeapByteBuffer.<init>(HeapByteBuffer.java:61)
        at java.base/java.nio.ByteBuffer.allocate(ByteBuffer.java:348)
        at org.apache.kafka.common.memory.MemoryPool$1.tryAllocate(MemoryPool.java:30)
        at org.apache.kafka.common.network.NetworkReceive.readFrom(NetworkReceive.java:103)
        at org.apache.kafka.common.network.KafkaChannel.receive(KafkaChannel.java:462)
        at org.apache.kafka.common.network.KafkaChannel.read(KafkaChannel.java:412)
        at org.apache.kafka.common.network.Selector.attemptRead(Selector.java:694)
        at org.apache.kafka.common.network.Selector.pollSelectionKeys(Selector.java:596)
        at org.apache.kafka.common.network.Selector.poll(Selector.java:501)
        at org.apache.kafka.clients.NetworkClient.poll(NetworkClient.java:596)
        at org.apache.kafka.clients.admin.KafkaAdminClient$AdminClientRunnable.processRequests(KafkaAdminClient.java:1542)
        at org.apache.kafka.clients.admin.KafkaAdminClient$AdminClientRunnable.run(KafkaAdminClient.java:1473)
        at java.base/java.lang.Thread.run(Thread.java:829)

Iot Core设置

我们可以通过打开AWS IoT - Message routing - Rules，来新增一条规则，我这里记录我使用Rule将数据转发到Kafka的过程，首先我们选择Rule actions为Kafka，并且在Destination里添加一个VPC，这个同样需要对应的IAM Role去完成，接着我们可以设置Kafka topic为你之前创建的topic，Key我填写了${clientid()}，主要是提供给kafka做数据分区使用，如果单个key太多可能会导致某个分区中的内容过多导致倾斜。

特别需要注意的是在SASL Configuration中，username和password需要先在AWS Secrets Manager中填写用户密码的键值对，然后绑定在Key Management Service (KMS)中生成的Key即可，后续的访问中如果使用SASL/SCRAM，这里设置的键值对就是你的用户密码

然后我们需要使用这个来获取存储在Secrets Manager中的键值，这个是用户名，密码则替换username即可 ${get_secret('AmazonMSK_iot', 'SecretString', 'username', 'you role arn')} 当然你也可以设置一些header来方便识别信息，但是如果设置过多也许会些许影响性能

Lambda设置

只需要在Lambda中添加一个Functions，然后在Iot core中的rule设置一个action到这个function就可以将iot的数据一同发送过来，然后我就在这里合并获取到的mqtt数据然后上传到s3,如果直接将数据通过iot core的rule转发到s3的话，会为每条数据生成一个文件，似乎不方便管理和查看，所以为什么这里要使用Lambda去转发。

但是由于我这里直接而使用了Lambda去上传数据到s3，并没有做任何缓存，如果数据量比较大可能会出问题

结尾

这就是所有我最近上手的AWS服务了，如果有什么新的，以后可以再加

将Typecho文章迁移到Hexo系统

Linus Xiong — Sun, 03 Nov 2024 09:24:00 GMT

前言

将Typecho文章迁移到Hexo系统，实在是过去太久了，我终于又把我的博客捡起来了，上次写博客还是在5年前，一转眼我就快大学毕业了，想想我之前加入的十年之约博客项目真的是笑话，确实坚持续费服务器的花费是不小的，但是随着年龄的增长和知识储备的增加，应该会使这个博客应该能活到10年吧。

废话说完，这篇文章是讲我如何将typecho的博客系统迁移到hexo的，其实很简单就一个python文件就搞定了，但是评论系统的更换导致原来的记录很难被迁移，所以只能有所取舍，目前我只迁移了所有的文章，并且将tag对应上，至于图片我一开始就用的是对象存储所以问题应该不大。

代码如下

迁移代码

python

# -*- coding: utf-8 -*-

import os
import pymysql
import arrow
from box import Box


def create_data(db):
    cursor = db.cursor()
    # 创建文章
    cursor.execute("select cid, title, slug, text, created, modified from ty_contents where type='post'")
    # 创建分类和标签
    entries = cursor.fetchall()
    for e in entries:
        e = Box(e)
        title = e.title
        title = title.strip(' ')
        print(title)
        content = str(e.text).replace('<!--markdown-->', '')
        # 文章太长截断
        max_length = 150  # Set the maximum content length here
        if len(content) > max_length:
            content = content[:max_length] + "\n<!--more-->\n" + content[max_length:]
        tags = []

        cursor.execute("select type, name, slug from `ty_relationships` ts, ty_metas tm where tm.mid = ts.mid and ts.cid = %d" % e.cid)
        metas = cursor.fetchall()

        for m in metas:
            m = Box(m)
            if m.type == 'tag':
                tags.append(m.name)
        path = 'data/_posts/'
        if not os.path.exists(path):
            os.makedirs(path)
        filename = arrow.get(e.created).format('YYYY-MM-DD') + " " + title.replace('/', '-')
        f = open(f"{path}/{filename}.md", 'w', encoding="utf-8")
        f.write("---\n")
        f.write("title: '%s'\n" % title)
        f.write("date: %s\n" % arrow.get(e.created).format('YYYY-MM-DD HH:mm:ss'))
        f.write("updated: %s\n" % arrow.get(e.modified).format('YYYY-MM-DD HH:mm:ss'))
        f.write("tags: [%s]\n" % ','.join(tags))
        f.write("published: true\n")
        f.write("lang: zh-cn\n")
        f.write("---\n")
        f.write(content)
        f.close()


def main():
    # 把数据库连接信息

    db = pymysql.connect(host='localhost',
                                 user='root',
                                 password='xxxxx',
                                 database='typecho',
                                 cursorclass=pymysql.cursors.DictCursor)

    create_data(db)


if __name__ == "__main__":
    main()

这个代码也不是全是我原创的，我从网上翻出来然后改了改适应了下我自己的情况，如果需要进一步的迁移你也可以自己修改代码。

结语

总算是回来了，从年轻时候花里胡哨的主题页面，到如今追求访问性能和主题简洁真的是变化不小啊

为Typecho添加两步验证

Linus Xiong — Sat, 16 May 2020 20:23:00 GMT

前言

今天发现了超级好用的应用Google系的Authenticator，这是一款基于时间与哈希算法的两步验证软件客户端，并且符合 RFC 6238 和 RFC 4226标准，因为博客的安全性还是很重要的，毕竟事关服务器，所以两步验证在这里就十分有必要。而刚好Typecho有一款Google Authenticator插件，开源在Github，质疑安全性的小伙伴可以自行查看：项目地址

使用方法

修改文件名为GAuthenticator放到/usr/plugins目录，然后到后台启用

插件默认关闭，首次开启需要扫描二维码绑定之后填写手机上显示的代码，验证成功之后才可以启用

下载地址在此：点我

安装客户端

兼容所有符合 RFC6238 规范的AuthOTP软件

Microsoft Authenticator
Google Authenticator
1Password
Authy
KeePass
LastPass
...

在这里，我个人使用的是Google系的Authenticator，对于系统的占用也比较小，简洁方便

小程序版Typecho构建

Linus Xiong — Mon, 20 Apr 2020 18:35:00 GMT

前言

最近我看到不少博主都发布了微信小程序版Typecho，但是质量层次不齐，开源的界面不美观，也有美观的，但是要收费，秉着节俭的原则，还是在github尝试了n多的项目之后找到了个真正能跑起来的项目，先不说界面怎么样，起码是可以跑起来的，其他项目多多少少在我这个主题下有些问题，也可能是当时的调试问题吧，毕竟是第一次接触微信小程序，最开始还不是很熟悉项目的构建，后来慢慢花的时间多了才摸清楚具体的操作，正是因为开源的程序界面并不是很美观而且handsome主题启用他们比较困难，例如头图的丢失，文章摘要的丢失，等等，所以我选择在一版能跑起来的项目上修改前端页面。

项目地址

WeChat-Typecho

求求大佬Star啊，卑微

扫码预览

小程序码

特别鸣谢

把致谢放在最开头是因为我自己也是一个码农菜鸡，所以深知写代码的不容易，所以在此特别感谢

WeTypecho——成都第七帅大佬，博客端插件作者

Pisces-Mini-Program——基于WeTypecho修改作者

ColorUI——小程序CSS库

说明

为什么我没有选择github上的其他作者的项目？

因为我希望我的微信小程序不仅仅是可以浏览，而是可以交互，用户可以做到使用小程序评论，去表达对文章的看法与思考，如果以后我有能力去编写后端js了，我会将github上我觉得很好看的项目给完善

例如 WxappForTypecho

项目中的字母函数命名不是我写的！！！

小程序发布要求

域名已备案
域名开启Https
已成年，或者拥有18岁以上微信绑卡账号

微信端域名配置

将你的域名添加进去，如果你的图片等资源存放的地址不是你上面设置的域名

还需要将你的图片资源域名添加进去，否则小程序端可能无法显示资源。

功能

目前支持的基本功能如下：

查看分类目录文章
个人关于界面显示
首页文章轮播图
评论文章
自动获取文章头图
图片视频显示
支持markdown,html解析
推荐阅读文章
搜索文章
自定义字符显示不同卡片样式

自定义字符

style （首页文章显示样式，值默认为3，其他的我也没测试）

代码大图卡片形式
代表小图卡片显示形式
代表背景卡片形式

isPay（文章是否需要广告启动，默认为0） 1：是 0：否

thumb（文章缩略图）

教程

在/common/vendor.js第236行修改你的信息，这函数命名规则不是我写的，别打我

在微信开发者工具调试的时候要在详情里面勾选，不校验合法域名，web-view，那一项，要不然在调试的时候会显示不了文章

修改r和i并且与后端小程序对应上

在/pages/about/home/home.wxml第6行和第8行修改你的博客名和简介

在/pages/index/index.wxml第三行修改小程序最顶上的名称

在/pages/index/index.js第57行修改每篇文章下的作者信息

在/app.json第16行修改你的博客名

在/pages/about/home/home.wxss第2行修改关于界面的头像地址

在/pages/about/home/home.wxml第4行修改头像地址

在/pages/about/home/home.js第73和74行修改微信赞赏码的图片地址

在/pages/details/details.wxml第157行修改你自己想点赞后出现的图片，反正自己改

Typecho插件端

复制WeTypecho到插件目录，在后台激活并设置，名字要对否则报错。

APISEC
博客作者名称
博客网址

这三项必填，其他随便（吧）

要与小程序端config.js中API_SECRET字段保持一致，否则无法从服务器读取数据

代码解释

app.js是最初的入口文件，wxss是相当于html项目中的css，如果在js里添加新代码要再json文件中声明。

static是放资源文件的地方，可以自行修改素材，但好像不是全部都引用了，自己慢慢找吧。

pages是所有的页面，可以被引用跳转，例如跳转关于页面，地址为pages/about/home/homeabout下的home目录的home方法叭，大概就这意思，我也是第一次接触微信小程序。。

这个项目引入了Color UI，可以自己去下载demo自己抄写。

在/pages/index/index.js第26行下面是修改首页那两个跳转按钮的

text

	categories: [{
		cuIcon: "write",//这个是图标，可以自己去color ui的小程序找名称修改
		color: "white",//这个是文字颜色
		bg_color: "bg-gradual-green",//这个是背景颜色，可自行修改
		badge: 1,//小红点文章个数，填1就是一个小红点，大于1就是显示数字，大于99显示99+
		mid: "24",//这个是分类id
		title: "随笔",
		name: "Essay"
	}，

可以自行添加参数，调用方法如下{{item.title}}使用前要声明wx:for="{{categories}}"

求大佬赞赏啦

网站全局变灰操作方式及实现CSS代码

Linus Xiong — Sat, 04 Apr 2020 08:24:00 GMT

前言

为表达全国各族人民对抗击新冠肺炎疫情斗争牺牲烈士和逝世同胞的深切哀悼，国务院决定，2020年4月4日举行全国性哀悼活动。

为响应国务院办公厅关于为新冠肺炎疫情牺牲烈士和逝世同胞举行全国性哀悼活动的通知，同时按照客户的要求将部分客户网站于4月4日0时至24时变黑白。同时我们伟致官网也同步变灰，以悼念抗击新冠肺炎疫情斗争牺牲烈士和逝世同胞，简单描述下如何将网站变灰。

正文

CSS方法

在网站需要变灰的页面head部分加入一行style

html

<style type="text/css">html {-webkit-filter: grayscale(100%);}</style>

以上代码适用于主流浏览器，如新版的chrom，edge等

html

<style>
    html {
        -webkit-filter: grayscale(100%);
        -moz-filter: grayscale(100%);
        -ms-filter: grayscale(100%);
        -o-filter: grayscale(100%);
        filter:progid:DXImageTransform.Microsoft.BasicImage(grayscale=1);
        _filter:none;
    }
</style>

以上代码兼容绝大多数浏览器，包括QQ浏览器，360极速浏览器，IE浏览器等

将Chrome离线小恐龙嵌入博客

Linus Xiong — Tue, 31 Mar 2020 17:22:00 GMT

前言

最近我逛各位大佬的博客时，看到了将chrome的离线游戏嵌入博客，就觉得比较有意思，想抄过来，发现原博客的实现方法和源代码实在粗糙，于是我在github上找到了源码，将其进一步更方便嵌入博客，现在讲讲步骤

先来玩下我的吧点我开始玩耍

正文

首先，项目源码在此：Github

一般网页

使用方法很简单，如果在一般的网页中使用直接添加

html

<div id="container"></div>
<script src="runner.js"></script>
<script>
 initRunner('#container');
</script>

其中runner.js可以为任意地址，你可以把runner放在本地，也可以把runner放在OSS（阿里云对象储存）等储存。

Typecho博客

我们还可以将这段代码嵌入到博客里去，当然因为在这里图个方便，我直接使用iframe方法来引入，比较方便，我在这贴下我的方法

html

<iframe align="center" width="100%" height="200px" src="https://cdn.xsiy.ltd/site/typecho/game/index.html"  frameborder="no" border="0"  scrolling="no" marginwidth="0" marginheight="0" ></iframe>

很简单啊，就一句话就可以了，当然你也可以选择常规的方式去嵌入。

我的方法是引入我OSS（阿里云对象储存）存放的html文件，所以要保证你的OSS（阿里云对象储存）和你的网站活的一样久。

index.html的网页源码如下

html

<!DOCTYPE html>
<html lang="zh-CN">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1, minimum-scale=1, user-scalable=no">
    <title>Runner</title>
</head>
<body>
<div id="test"></div>
<script src="https://cdn.xsiy.ltd/site/typecho/game/runner.js"></script>
<script>
    initRunner( '#test' );
</script>

</body>
</html>

你可以自己存放在本地服务器去引用，js同理

注意

在typecho中的markdown语法!!!你的代码!!!这样是嵌入代码，记得是英文感叹号。

不要直接复制我的代码使用，因为设置了Referer白名单防止盗链，直接使用是无效的。

本方法支持手机，电脑，等设备玩耍。

Visual Studio远程开发

Linus Xiong — Mon, 02 Mar 2020 16:24:00 GMT

前言

近期，搞了个远程开发的项目Visual Studio Code Remote Development就是将vscode客户端搬上云端，

让你可以在容器中、远程设备上、甚至是 Windows 的 Linux 子系统（WSL）上使用具有完整功能的开发环境

官方说明

在您部署到的同一操作系统上进行开发，或使用更大或更专业的硬件。

将开发环境沙盒化，以免影响本地计算机配置。

使新贡献者易于上手，并使每个人都保持一致的环境。

使用本地操作系统上不可用的工具或运行时，或管理它们的多个版本。

使用Windows Linux子系统开发Linux部署的应用程序。

从多台机器或位置访问现有的开发环境。

调试在其他位置（例如客户站点或云中）运行的应用程序。

如何安装

系统要求

本地：还必须安装受支持的OpenSSH兼容SSH客户端。

远程SSH主机：在以下位置运行的SSH服务器：

x86_64 Debian 8以上版本，Ubuntu 16.04以上版本，CentOS / RHEL 7以上版本。

ARMv7l（AArch32）Raspbian Stretch / 9 +（32位）。

ARMv8l（AArch64）Ubuntu 18.04+（64位）。

实验性SSH主机支持（仅VS Code Insiders）：

Windows 10 / Server 2016/2019（1803+），使用官方的OpenSSH Server并remote.SSH.useLocalServer 在VS Code设置中启用。

Ubuntu 18.04

首先先在github下载软件包下载地址

text

wget https://github.com/cdr/code-server/releases/download/2.1698/code-server2.1698-vsc1.41.1-linux-x86_64.tar.gz
tar xvzf code-server2.1698-vsc1.41.1-linux-x86_64.tar.gz
cd code-server2.1698-vsc1.41.1-linux-x86_64
# 设置密码
export PASSWORD=password
./code-server --auth password

进程守护

text

sudo nano /etc/systemd/system/code-server.service

添加下面的配置：

text

[Unit]
Description=Code Server IDE
After=network.target
[Service]
Type=simple
User=root
Restart=on-failure
RestartSec=10
 
Environment="PASSWORD=password"
 
ExecStart=/path/to/code-server --auth password 
 
StandardOutput=file:/var/log/code-server-output.log
StandardError=file:/var/log/code-server-error.log
[Install]
WantedBy=multi-user.target

启动服务

text

systemctl start code-server

洞庭湖考察-Day 3

Linus Xiong — Sat, 16 Nov 2019 04:53:00 GMT

在为期三天的研学的最后一天，我们于上午七点二十分出发，车行将近两个小时九十公里后到达了我们研学旅途的最后一站:江豚江道保护站。

我们在简单的休整后便开始了江道巡游，全班站在船上观察有无江豚活动，而我们不仅看到了江豚跃出水面的画面，还看到了稀有禽类在天空飞翔，所谓收获颇丰。

站在船头感受江风吹过，江水在脚底激荡着，浪花在不断拍击着，呼吸无污染的纯净空气，我们打心底地意识到环境保护是多么的重要，而且我们也下定决心去以身作则，自觉保护生态环境。

巡游结束后，我们有幸见到了保护站的站长。作为长期在保护长江环境战斗的第一线，站长对保护江豚有着非常独到的见解和渊博的知识。于是我们问出了我们准备许久的几个问题，如保护江豚与经济发展是否有冲突，江豚能否与同科物种进行杂交等等。站长十分热切地为我们解答，他的回答独树一帜，开拓了我们新的思维，使我们受益匪浅。

在离去前，为作此次巡江活动的纪念，我们主动向站长提出合影的请求，站长也积极地回应了我们，与我们集体学生和带队老师留下了一张意义非凡的合影照片。

在离开后我们到就近餐馆用了午餐，正式标志着最后一项活动的落幕，随后便开始了返回长沙东高铁站的车程。经历4个小时的大巴，2个小时的火车，我们在7:00顺利回到了南昌，结束了最后一天的行程。

回望三天我们荣幸看到了我们从未了解过的江豚；认识了研学负责人稻哥，麋鹿保护区李站长，洞庭湖民间保护人大明哥，湖南华容集成长江故道邓主任。因为他们我们学习到了关于江豚，麋鹿，候鸟各个方面的知识。经过三天的研学我们了解到保护江豚有多么重要，保护江豚的种子在心里发芽，改善江豚的生存环境需要每个人都行动起来。

江豚研学三天虽短，但这些记忆我们将永存！

洞庭湖考察-Day 2

Linus Xiong — Thu, 14 Nov 2019 21:14:00 GMT

2019年11月14日是我们来到湖南岳阳研学的第二天。这是世界著名的中国传统文化发源地——洞庭湖。我们小组搭上了游艇，去近距离接触国家一级珍惜保护动物——江豚。

江豚是世界濒危物种，在洞庭湖的存活数量也仅仅300只左右。但是，在幸运女神的庇护下，我们有幸见到江豚并幸运的记录下了江豚出水的瞬间。

在游艇上吹着海风，看着蓝天白云，在不经意间看到两道黑色的弧线“:是江豚！”同学们惊喜地喊着。在江豚出水的一瞬间，几位同学拿出相机拍下江豚出水的优雅姿态。

登上瞭望塔所属的小岛上，同学们见到了两个“守卫者”，那是被工作人员收养的两只小狗，在喂食的过程中，有几位同学为了“研学伟业”，不甚陷入沼泽地，牺牲了自己的鞋子，经过了这些小插曲，我们准备返航了。

突然，一艘庞然大物出现了。稻哥说：“看那，前面应该是非法采砂，整个洞庭湖江面严禁采砂。”，听到这个消息我们愤慨，却又无可奈何，我们能做的就只是向国家相关部门进行举报，但是我转念一想，群众的见证就是对非法采砂者最好的震慑，我们，让他们感受到了社会的关注，我们真正的为江豚的保护事业出一份力！

警笛声响起，我们知道，是船政工作人员到来了，相信不法分子会得到严惩。但是，船政工作人员对我们解释道：“那是有合法手续的清淤船”。我们只是手里拿着相机，什么也不说，就默默拍下这一幅画面，沙一斗一斗的运上，钱一捆一捆的进账，我们能做的，也只有这些了。

人性是复杂的，商人是逐利的，但世界也不总是黑暗的，那一丝的光明，将由我们点亮，在黑暗中，打开一盏灯，照亮黑暗，温暖人心。

午饭后我们稍时休息，把鞋子和衣服上的泥土收拾了一下，开始了我们下午的两个实验调查。

第一个实验是底栖生物实验。我们用刘老师带来的专业仪器——彼得逊底泥采样器，我们把底泥捞上来后，经过层层过滤，多道工序，筛序出适合采集生物的样本，紧接着用镊子把贝壳，田螺，蜻蜓幼虫等生物收集在瓶内，这样我们就可以通过收集到的生物来判断水质是否良好。

经过刘老师的讲解，我们了解到，每当在一片水域中出现蜻蜓幼虫时则表明此地水质较好，而出现水蛭，蚂蟥时表明此地水域污染严重。在实验中，我们小组很幸运的收集到了蜻蜓幼虫，当然还有一些贝壳和田螺。由此可见洞庭湖的水质相对来说不错。

第二个实验是样本水通过PH试纸，氨氮和高锰酸钾的数据来判断水质的好坏。我们对污水排放处和地表水面的样本进行对比，发现污水排放处的水质污染严重超标，可见一些工厂对环境伤害的理所应当。但可惜的是我们即使发现了这个问题，也不能制止污染环境行为，只能将样本放回湖中。

在晚饭过后，我们驱车回到了宾馆，来到二楼会议室参加今日总结小会。首先刘老师给我们介绍了明日计划——去集成研究所和迁地保护区，告诉我们明天需要到达的目标和注意事项。然后总结了今天的日程，通过这次小会我们体会到研学旅行注重“研”而不是“旅”，我们要透过现象看到本质问题，并对相应问题提出建议。最后今天的行程在观看了刘老师之前去长江巡航探测江豚的纪录片落下帷幕。

明天既是新的开始又是我们归航的日子，我们定会珍惜去集成所的机会，希望明天不留遗憾！

洞庭湖考察-Day 1

Linus Xiong — Wed, 13 Nov 2019 18:26:00 GMT

在11月13号早晨10点08分，南昌市心远学校高一国际班的学生们从南昌来到湖南岳阳进行为期三天的江豚科研调查活动，活动第一天圆满结束，动态报告如下：

上午经过了2个小时的车程，我们抵达了长沙东火车站，经过短暂的休息之后，我们又启程前往岳阳，于12点56分抵达岳阳，在用完午餐后，跟随刘老师到达李站长所管理的麋鹿保护区，近距离观察到了国家一级珍惜保护动物麋鹿——点点。

我们积极地询问了李站长有关麋鹿的形态特征，栖息环境，生活习性，分布范围，繁殖方式，种族现状等信息，而李站长也热切地回应了我们。

我们不仅了解到了关于麋鹿的具体信息，并且我们每一位同学都在李站长的带领下亲手将食物喂给了麋鹿点点

通过我们设身处地的调查与研究，我们感受到了李站长对保护野生动物与自然环境的毅力和决心，这使得我们下定决心，也要学习李站长，以李站长为榜样，树立保护野生动物的意识。

临走前，我们主动向李站长提出了合照的请求，李站长欣然接受，于是我们留下了一张与李站长和点点的大合照以作为我们此次研学调查的纪念与回忆。

在结束对点点的调查后，我们驱车来到了东洞庭湖自然保护区。

在东洞庭湖国家级自然保护区湿地生物科学馆我们观看了保护洞庭湖环境的纪录片，在纪录片中“支撑着湖南整个用水和曾使长江无数次的洪患化险为夷”“洞庭湖以水而名，以鸟而盛”使我们更深刻体会到洞庭湖的重要性。同时，我们还了解到鸟，野生植物，淡水鱼，江豚等8类真实标本。

在刘老师的带领下我们运用专业的望远镜观察到雁，鸭等候鸟物种，其中在采桑湖上有一群鸭子在湖上休闲嬉戏。刘老师告诉我们识别候鸟种类分三步骤:先看喙，再看腿，最后看羽毛；我们还了解到有一些游客曾经为了拍出漂亮的照片，被迫候鸟飞起来使得他们的翅膀受到伤害。我们体会到观察候鸟不仅仅要观察他们的外观，辨别他们的种类，还要学会保护他们的环境，他们的习性，在观察同时尽量不打扰他们的生活。在晚饭过后，我们结束了第一天的行程。

这一天有陌生，有惊喜，也有失望，学会了很多知识也知道我们的一举一动都会影响着环境。夜幕降临，我们期待着明天洞庭湖江豚之旅，愿明天有更多新收获！

中考前的生活

Linus Xiong — Wed, 19 Jun 2019 19:41:00 GMT

今天12点钟以后能限制我的只有中华人民共和国宪法了，考完了是真的开心，也就有时间来写这一篇博客了，先说说考试前吧，那个日子真的是惨啊，因为我考试的前十天就没在学校上课了，跑去了一个教育机构补习物理化学和英语，这十天真的是过的难受啊，也算是为自己拼搏了一次吧，我想，也许学霸每个周末都是这么过的吧。想到这，我就有点惭愧了，平时不努力就只能临时抱抱佛脚了呗。

说说这十天我是怎么过的吧，每天有着不亚于学校上课强度的课程，早上8点到10点的英语，接着是物理，下午2点到4点的化学课，接着就是写卷子，一般是物理两张，化学一张，英语听力和阅读理解了，这个是每天的训练量，最后转化率只有英语比较低，化学也进步了20分吧，可想而知我之前的成绩是有多差啊，物理呢进步了10分左右，有时候不逼自己一把也不知道自己能做到怎样的一种程度吧！也许苦尽甘来就是这样了！虽然这十天过的很累，但是我体会了一种劳动人民收获的喜悦，只能说这感觉非常棒，人，是要给自己定目标的，而我呢，比较喜欢去执行而不去指导，所以也就不怎么给自己定目标吧。

虽然只有10天但是还是发生了很多事情吧，第一天过去或许还有新鲜感，但是过了第二天只剩下痛苦了，所以呐，经常一个人到天台上散散心，这种感觉真的很不错呢。

貌似到最后还跟老师发生了点冲突，但是没关系啦，过了这些时间也就见不到她了，怎么说呢，有人认为我比较轴，仔细想想好像有一点，但是我只是在我自己坚决认同的事情上比较轴，而我认为我并没有做错什么啊，比如说一个人想抢我的零食，我就算丢掉也不会给他，但是如果他礼貌的向我要的话我是会给他的（当然，关系很好的除外）这毕竟侵犯了公民的财产权对吧，所以说我认为我没有什么错误啊，反而是他的这种行为损害了我的财产权。

而且我非常讨厌别人威胁我，如果有人拿着一把刀子对着我的话，并且有想要捅我的欲望我会毫不犹豫的还手，这也许的一种人的本能吧，但是在生活中呢，有人威胁我吧，我一定会报复她，而且是悄无声息的报复，脸上一定会对敌人带着笑容，背地里捅刀子，我觉得这样是最好不过的了，毕竟体面人是吧。

文章写的有点杂，基本上是想到什么写什么吧，见谅了！

最近我还干了一件事情，最近我哥到我家来就反映打游戏老是会460ms，我就觉得肯定是mesh路由器的问题，所以我把路由器挂到闲鱼卖400多再花300买了个斐讯K3和一个散热改装件

这个就是成品啦，应该降温了10多度，效果还是很明显的！但是还是要等我哥来我家实测啦！我又不打游戏（小声BB）

还有就是拍了几个视频，虽然没什么人看，但是我觉得还是要坚持下去把，毕竟是一个自己爱好的兴趣，所以我应该会在这个假期更新很多视频把，也许技术性的东西会少很多，而记录生活的写实视频会占大部分，假期来的太快了，多少有一点不真实，想想马上就要进入到一个全新的环境——高中，心里不免有些失落，这条从家里到学校的路我都习惯了呢！

但是呢，人还是要学会跳出自己的舒适区，去学会改变一些事情，因为我本身就是个乐观主义者（可能是经历不好的事情太多了罢）所以说新的环境有新的老师，新的同学啊，也会遇到更好的人呢，也希望自己在接下来的新的旅途中做到更多更好玩还有更重要的是更努力的学习吧！

好像没啥好写的了。就这样结束吧，感谢你看完我一个人瞎写些的什么东西。

ImgURL图床的安装

Linus Xiong — Sat, 27 Apr 2019 12:46:00 GMT

前言

上篇文章我们写的是新浪图床失效的解决方案，但是我们的广大博主不甘心在新浪的制约下并且随着新浪的心情而变化使得博客收到影响，特意写此篇文章，来保证广大博主的图片资料安全！

ImgURL是一款简单、纯粹的图床程序，使用PHP + SQLite 3开发。

主要功能

环境要求

PHP >= 5.6
PDO_SQLite
GD2
ImageMagick
fileinfo
pathinfo

正文

废话不多说，直接开搞

配置伪静态

Nginx

text

location / {
try_files $uri $uri/ /index.php?$query_string;
}
location ~* \.(db3|json)$ {
  deny all;
}
location ~* ^/(temp|upload|imgs|data|application|static|system)/.*.(php|php5)$ {
    return 403;
}

将上面的规则添加到Nginx server段内，别忘记重载一次Nginx

Apache

默认已经包含**.htaccess**规则，默认无需设置。

安装

访问：https://github.com/helloxz/imgurl/releases 下载最新版源码，并解压到站点根目录。（注意目录权限、注意目录权限、注意目录权限）

访问您的域名http(s)://domain.com/install/?setup=1 根据提示进行安装，如果环境检测不通过，请自行解决环境问题。

安装fileinfo & imagemagick

如果您未安装，就接着往下看

（演示均使用宝塔面板）

在宝塔后台 - 软件管理 - 找到您站点对应的PHP版本 - 设置PHP - 安装扩展 - 勾选fileinfo和imagemagick，如下截图。

PS：ImageMagick非必须，这个操作需要您的imgURL版本在ImgURL v2.1以上

最后

祝您使用愉快，嘿嘿，多多分享哦！

新浪图床失效解决方案

Linus Xiong — Sat, 27 Apr 2019 12:31:00 GMT

前言

最近，新浪云对图床做了Referer防盗链验证，导致广大使用新浪当图床的博主的文章内的引用素材失效，无法显示，为此，我们可以经过中转或者伪装等方式来绕过Referer防盗链验证

Referer防盗链是什么

HTTP Referer是Header的一部分，当浏览器向web服务器发送请求的时候，一般会带上Referer，告诉服务器我是从哪个页面链接过来的，服务器藉此可以获得一些信息用于处理。比如从我主页上链接到一个朋友那里，他的服务器就能够从HTTP Referer中统计出每天有多少用户点击我主页上的链接访问他的网站。

基于Referer我们就可以在服务端知道哪些是“友军”哪些是外链，从而达到过滤和节约服务器资源的目的。

我们的解决方案就是通过不发送referer的方式来访问，所以就需要伪装或者中转，话不多说，贴解决方案

解决方案

PHP文件中转

php

<?php
header('Content-type: image/jpeg');
echo file_get_contents(isset($_GET["url"])?$_GET["url"]:'');

原理：通过传入Url再输出来显示图片

优缺点：可以使用统计类组件，效率低，需要大批量更换链接

使用方法：建立一个PHP文件在某个服务器上

http（s）://你的域名/img.php?url=照片地址

使用实例：

php

<img src="https://your-domain-name/img.php?url=https://ws3.sinaimg.cn/large/006tNbRwly1fyq4yujgssj30jg0jgmxg.jpg" />

（已验证可用）

使用iframe

html

<script>window.sc="<img src='https://blog.xsy.fun/posts/2019-04-27-xin-lang-tu-chuang-shi-xiao-jie-jue-fang-an/%E5%9B%BE%E7%89%87%E9%93%BE%E6%8E%A5?%22%3C/span%3E%3Cspan%20style=%22--shiki-light:#D73A49;--shiki-dark:#F97583%22%3E+%3C/span%3E%3Cspan%20style=%22--shiki-light:#24292E;--shiki-dark:#E1E4E8%22%3EMath.%3C/span%3E%3Cspan%20style=%22--shiki-light:#6F42C1;--shiki-dark:#B392F0%22%3Erandom%3C/span%3E%3Cspan%20style=%22--shiki-light:#24292E;--shiki-dark:#E1E4E8%22%3E()%3C/span%3E%3Cspan%20style=%22--shiki-light:#D73A49;--shiki-dark:#F97583%22%3E+%3C/span%3E%3Cspan%20style=%22--shiki-light:#032F62;--shiki-dark:#9ECBFF%22%3E%22'>";</script>  
<iframe id="imiframe" src="javascript:parent.sc" style="border:none; overflow: hidden;" scrolling="no" frameborder="0" onload="javascript:var x=document.getElementById('imiframe').contentWindow.document.images[0];this.width=x.width+10;this.height=x.height+10;"></iframe>

原理：通过iframe引用

优缺点：慢，吧

（未验证）

Curl

php

<?php  
$url = $_GET["url"];  
$dir = pathinfo($url);  
$host = $dir['dirname'];  
$refer = $host.'/';  
  
$ch = curl_init($url);  
curl_setopt ($ch, CURLOPT_REFERER, $refer);  
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);//激活可修改页面,Activation can modify the page  
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);  
curl_setopt($ch, CURLOPT_BINARYTRANSFER, 1);  
$data = curl_exec($ch);  
curl_close($ch);  
  
$ext = strtolower(substr(strrchr($img,'.'),1,10));  
$types = array(  
            'gif'=>'image/gif',  
            'jpeg'=>'image/jpeg',  
            'jpg'=>'image/jpeg',  
            'jpe'=>'image/jpeg',  
            'png'=>'image/png',  
);  
$type = $types[$ext] ? $types[$ext] : 'image/jpeg';  
header("Content-type: ".$type);  
echo $data;

原理：不发送Referer

优缺点：可以使用统计类组件，慢，需要大批量更换链接

使用方法：建立一个PHP文件在某个服务器上

http（s）://你的域名/img.php?url=照片地址

使用实例：

php

<img src="https://your-domain-name/img.php?url=https://ws3.sinaimg.cn/large/006tNbRwly1fyq4yujgssj30jg0jgmxg.jpg" />

（已验证可用）

Meta 标签

html

<meta name="referrer" content="never">

**原理：**不发送Referer，通过指定 name 值为 referrer 的 meta 标签

优缺点：统计类组件无法使用，因为统计也是通过这个原理

（未验证）

CSP 响应头

html

<meta http-equiv="Content-Security-Policy" content="referrer">

**原理：**CSP（Content Security Policy），是一个跟页面内容安全有关的规范。在 HTTP 中通过响应头中的 Content-Security-Policy 字段来告诉浏览器当前页面要使用何种 CSP 策略

（未验证）

`<a>` 标签的 Referer 属性

html

<a href="https://www.xsy.fun" referrer="no-referrer">XSY的FUN天地</a>

**原理：**在<a> 标签内添加no-referrer策略

优缺点：这种方式作用的只是这一个链接。

并且，<a> 标签可用的 Referrer 策略只有三种：no-referrer、origin 以及 unsafe-url 。

另外，这样针对单个链接设置的策略优先级比CSP要高。

Emmm

最好的办法就是使用自建图床或者使用对象储存

推荐阿里云的OSS，资费低，速度快，可以使用CDN全球加速（另收费）

云产品通用红包：点我

另外，迁移方案已经有大佬放出

参见Github：链接

仅需 3 行代码，让迅雷无视“应版权方要求，无法下载”

Linus Xiong — Thu, 28 Mar 2019 18:12:00 GMT

前言

哇，真的好久没水文章了，最近真的很忙，每天作业什么的。本文测试环境仅限于迅雷极速版，不保证所有客户端均有效。

如果实在不行，就用迅雷5 吧，不需要修改什么文件，直接用即可，没有版权限制。

其实实现过程很简单啦，直接修改hosts就好了

教程

Step 1

打开 hosts，具体文件位置：

C:\Windows\System32\drivers\etc\hosts

Step 2

鼠标右键点击 hosts，打开方式选择记事本打开。

Step 3

别改里面的东西，直接在最后一排加上以下三行代码，保存即可。

text

127.0.0.1 hub5btmain.sandai.net 
127.0.0.1 hub5emu.sandai.net 
127.0.0.1 upgrade.xl9.xunlei.com

Step 4

刷新 DNS（不要输入下面的直角引号）

按下快捷键Win + R打开运行窗口输入「cmd」，点击确定即可打开命令符窗口。

在命令行窗口输入ipconfig /flushdns按下回车键，即可刷新本地的DNS缓存数据。

PS

若提示需要管理员权限则把文件拉到桌面再修改保存，拖回去就行了！

博客运行一周年啦

Linus Xiong — Mon, 25 Mar 2019 17:11:00 GMT

作者记录个人博客稳定运行满一年的纪念短文，并补发了迟到的周年说明。

卸载阿里云监控及屏蔽云盾IP

Linus Xiong — Thu, 07 Feb 2019 12:46:00 GMT

前言

我相信大家都发现在阿里云购买的云服务器开机后进程里都会自带AliYunDun、aliyun-service、AliYunDunUpdate程序。

其实它就是阿里云盾（安骑士），是用来监控云服务器是否安全，可用以起到自动扫描查杀病毒的作用，同时还可以检测服务器是否有违规进程。那么云盾IP又是做什么的？云盾IP是来自阿里云的漏洞扫描机，主要是检测你的服务器是否存在已知漏洞。阿里云盾（安骑士）有好处，也有坏处，好处是一定程度保证你的服务器安全（估计作用不大），坏处时时刻刻监控你的云服务器，你完全没有任何隐私而言，不但对病毒起监控作用，还对你存放的内容进行监控。

那么把自带的阿里云盾（安骑士）卸载了吧！方法很简单，执行下面三段命令即可。

命令

卸载安骑士

text

wget http://update.aegis.aliyun.com/download/uninstall.sh
chmod +x uninstall.sh
./uninstall.sh
wget http://update.aegis.aliyun.com/download/quartz_uninstall.sh
chmod +x quartz_uninstall.sh
./quartz_uninstall.sh

删除残留：

text

pkill aliyun-service
rm -fr /etc/init.d/agentwatch /usr/sbin/aliyun-service
rm -rf /usr/local/aegis*

屏蔽云盾IP：

text

iptables -I INPUT -s 140.205.201.0/28 -j DROP
iptables -I INPUT -s 140.205.201.16/29 -j DROP
iptables -I INPUT -s 140.205.201.32/28 -j DROP
iptables -I INPUT -s 140.205.225.192/29 -j DROP
iptables -I INPUT -s 140.205.225.200/30 -j DROP
iptables -I INPUT -s 140.205.225.184/29 -j DROP
iptables -I INPUT -s 140.205.225.183/32 -j DROP
iptables -I INPUT -s 140.205.225.206/32 -j DROP
iptables -I INPUT -s 140.205.225.205/32 -j DROP
iptables -I INPUT -s 140.205.225.195/32 -j DROP
iptables -I INPUT -s 140.205.225.204/32 -j DROP

中考

Linus Xiong — Fri, 21 Dec 2018 18:34:00 GMT

博主马上中考啦，所以博客很多问题没有处理，见谅。

纯净版手机WPS

Linus Xiong — Sun, 11 Nov 2018 14:17:00 GMT

我从某火腿肠手机上提取了HTC定制版本的WPS，纯净无广告，记得要卸载原来的再安装哦！

https://cdn.xsiy.ltd/share/hTC预装版WPS.apk

Linus的FUN天地

新博客为什么这么快？从技术选型到每一个字节

在 BIRD2 主机上将IPv6 地址池绑定到新网卡并实现多源 IPv6 出网

AWS服务和Kafka集群实操日记

将Typecho文章迁移到Hexo系统

为Typecho添加两步验证

小程序版Typecho构建

网站全局变灰操作方式及实现CSS代码

将Chrome离线小恐龙嵌入博客

Visual Studio远程开发

洞庭湖考察-Day 3

洞庭湖考察-Day 2

洞庭湖考察-Day 1

中考前的生活

ImgURL图床的安装

新浪图床失效解决方案

仅需 3 行 代码，让迅雷无视“应版权方要求，无法下载”

博客运行一周年啦

卸载阿里云监控及屏蔽云盾IP

中考

纯净版手机WPS

仅需 3 行代码，让迅雷无视“应版权方要求，无法下载”