是不是也有很多博主都和我一样，总想找一台真正免费的服务器来折腾点自己的东西。不管是搭个博客、测试个新框架，还是跑点自己写的小工具。但说实话，现在真正能长期免费使用的服务器越来越少，很多要么偷偷收费，要么让你隔三差五的给他做宣传才能续用，要么用着用着就被休眠了。

[...]

现在不管是个人远程管理设备，还是团队日常协作运维，远程桌面工具都成了刚需。市面上的 TeamViewer 、 AnyDesk 、向日葵、 ToDesk 各有优势，可要么商用版价格不菲，要么免费版功能受限，还得依赖第三方服务器，数据安全总让人有点不踏实。

[...]

Astro 作为一款高性能的静态站点生成器，凭借“零 JS 运行时”的特性，既能打造加载飞快的博客页面，又能兼顾开发灵活性，成为很多开发者搭建个人博客的首选。本文将从零开始，手把手教你基于 Node.js 和 npm 完成 Astro 博客的环境配置、项目部署与功能开发，内容覆盖基础搭建、文章管理、SEO 优化等核心环节，步骤清晰可直接落地，帮助你快速拥有一个属于自己的轻量化博客站点。

环境准备

1.检查服务器上node和npm的版本情况

node -v

npm -v

若出现node和npm对应的版本号，请忽略第2、3、4、5步，若无相关信息，请继续执行第2、3、4、5步。

2.前置准备(可选)

更新系统软件包列表，首先执行更新命令，确保系统软件源是最新的，避免安装过程中出现依赖问题：

apt update && apt upgrade -y

如果在执行上述命令时出现 openssh-server 软件包的配置界面（核心是处理 sshd_config 配置文件的版本冲突（系统提供了新配置文件，若当前已安装的配置文件被本地修改过，按本教程操作即可），若没有修改过，请按需选择，当然，也可以和本教程操作保持一致）:

① install the package maintainer's version

安装软件包维护者提供的新版本配置文件,无需保留本地修改（如本地配置是临时测试内容）

② keep the local version currently installed

保留当前已安装的本地修改版本,需要保留自定义的 SSH 配置（如修改过端口、禁用密码登录等）

③ show the differences between the versions

显示新旧配置文件的差异,需要先查看修改内容，再决定如何处理

④ show a side-by-side difference between versions

以分栏对比的方式显示差异,更直观地查看新旧配置的具体变化

⑤ show a 3-way merge between available versions

显示三方合并的差异（本地版本、旧版本、新版本）,存在多版本配置时，用于复杂的配置合并参考

⑥ do a 3-way merge between available versions

执行三方合并并生成新配置,需要整合本地修改与新版本配置的内容

⑦ start a new shell to examine the situation

启动新 Shell 环境，手动检查配置文件,需要临时查看 / 编辑配置文件后再做决定

推荐操作：

① 优先选择 (第3条) show the differences between the versions查看修改内容，确认本地配置的重要性；

② 若本地配置包含关键自定义（如端口、安全策略），选择 (第2条) keep the local version currently installed；

③ 若本地配置无特殊需求，选择 (第1条) install the package maintainer's version以使用官方最新配置。

3.重启系统(可选)

如果执行了第2步操作，我们这里可以选择重启系统(使第2步中更新 / 升级的软件包完全生效)，该操作为安全重启，所有进程都会正常退出(耐心等待一会儿即可)：

reboot

4.安装 Node.js 和 npm (可选)

我们可通过 apt install 直接安装，执行以下命令即可完成基础安装，同时安装 nodejs 和 npm，npm 会作为 nodejs 的配套工具一同部署：

apt install nodejs npm -y

若在执行该命令的过程中没有出现任何异常情况，则可以正常进行下一步操作。

5.验证 Node.js 和 npm (可选)

操作与第1步一样，检查服务器上node和npm的版本情况：

node -v
npm -v

若出现node和npm对应的版本号，则表示Node.js 和 npm安装成功。若无相关信息，检查报错提示，然后再返回第2、3、4、5步，重新执行。

6.升级 Node.js 的版本（可选）

根据 Astro 官方要求，在部署Astro时 Node.js 的版本如果不满足 Node.js ≥ 18.17.0 或 ≥ 20.3.0 ，后续可能会无法部署或出现相关的错误提示，我们就必须先升级 Node.js 的版本。

① 先卸载当前低版本的 Node.js 和 npm，避免冲突:

apt remove --purge nodejs npm -y

apt autoremove -y

② 安装 nvm 工具：

apt install curl -y
# 若curl未安装，先安装curl

curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash
# 下载并执行nvm官方安装脚本（兼容 bash/zsh 终端），此过程需要耐心等待几分钟

③ 生效 nvm 环境

source ~/.bashrc
# 无需重启服务器

④ 安装符合要求的 Node.js 版本

nvm ls-remote
# 查看可安装的 Node.js 版本

nvm install 20
# 安装 Node.js 20.x LTS 版本（满足 Astro 所有要求，稳定可靠）

nvm use 20
# 切换到已安装的 20.x 版本（自动设为默认版本）

⑤ 验证 Node.js 和 npm 版本

操作与第1、5步一样，检查服务器上node和npm的版本情况：

node -v
npm -v

① Node.js 版本应输出 v20.x.x，如 v20.19.6
② npm 版本应输出 v10.x.x，随 Node.js 20.x 自带

7.清理冗余的软件包（可选）

若按本教程操作升级后，系统会残留旧版本软件包（如旧内核、旧依赖），可依次执行以下命名，清理释放磁盘空间：

apt autoremove -y
# 清理缓存和无用依赖

apt clean

apt remove --purge linux-image-5.15.0-119-generic linux-headers-5.15.0-119-generic -y    
# 删除旧内核,仅保留当前和最新内核

Astro的部署

1.Astro项目初始化

执行以下命令，创建一个全新的 Astro 项目：

npm create astro@latest

在弹出来的命令行终端输入“y”回车，系统就会自动进入项目目录选择命令行终端

2.Astro项目目录选择

进入项目目录选择时，系统会询问我们要将 Astro 项目创建在哪个目录下，终端默认生成了一个随机目录名 ./dreary-doppler（./ 表示当前目录下，即 /自定义路径 /Astro/dreary-doppler） ：

① 若接受默认目录名：直接按下回车键确认，脚手架会在当前目录下创建 dreary-doppler 文件夹作为项目根目录（推荐）

② 若想自定义目录名：输入你想要的目录名称（如 ./yjvc-astro-site，建议小写字母 + 连字符，无特殊字符），再按回车键确认（例如想在当前目录直接创建项目，可输入 ./，但不推荐，容易与现有文件混淆）

3.Astro项目模板选择

How would you like to start your new project? 

询问你想要使用哪种模板启动项目，提供了 4 种可选模板，通过圆点（●/○）标识选中状态，若接受官方推荐的基础模板（默认选中项），直接按下回车键确认，无需额外操作。若想切换其他模板：使用上下方向键（↑/↓）移动光标，将对应模板前的圆点切换为 ●（表示选中），再按回车键确认：

① A basic, helpful starter project (recommended)：

基础实用启动模板（官方推荐，默认已选中），包含简单首页、组件示例、基础配置，适合新手入门或快速搭建项目框架

② Use blog template：

博客模板，自带文章列表、详情页、分类归档等博客核心功能，适合搭建个人博客

③ Use docs (Starlight) template：

文档模板（基于 Starlight），适合搭建技术文档、帮助中心等结构化文档站点

④ Use minimal (empty) template：

极简空模板，仅包含 Astro 核心配置文件，无多余代码，适合有经验的开发者自定义开发

根据自己的需求进行选择，然后回车确认即可。

4.手动补装项目依赖（解决超时问题,可选）

在执行第3步 Astro 项目的模板选择时，如果出现了依赖安装超时提示，但项目核心骨架已搭建完成的情况，我们可以进行手动补装项目依赖处理,由于自动安装依赖超时，需手动执行 npm install 完成依赖安装：

cd dreary-doppler
# 先进入dreary-doppler文件目录内

npm config set registry https://registry.npmmirror.com/
# 切换国内淘宝镜像（可选，大幅提升下载速度）

npm install
# 手动安装项目依赖

Astro的启动

1.持久化运行

① 先安装 screen（若未安装）：

sudo apt update && sudo apt install screen -y

② 创建并进入一个新的 Astro 会话：

screen -S astro

2.使用默认端口 4321 访问

npm run dev -- --host 0.0.0.0

运行成功后浏览器地址输入：http://<服务器IP地址>:4321，即可访问基于 Astro 的博客框架服务了。

Astro的使用

1.Astro的项目结构目录是什么样的?

用 VSCode 或服务器终端的" tree -L 2 "或任何编辑器打开 /Astro 目录文件夹,你会看到这样的结构:

└── dreary-doppler
    ├── astro.config.mjs    # Astro配置文件
    ├── node_modules
    ├── package.json        # 项目依赖
    ├── package-lock.json
    ├── public              # 静态资源(图片、字体、favicon)
    ├── README.md
    ├── src
    └── tsconfig.json

展开 /Astro/dreary-doppler/src 目录文件夹,你会看到这样的结构:

├── src
│   ├── assets
│   ├── components         # 可复用组件(按钮、卡片等)
│   ├── consts.ts
│   ├── content            # 你的Markdown文章存这里
│   ├── content.config.ts
│   ├── layouts            # 布局模板(头部、底部等)
│   ├── pages              # 路由页面,文件名就是URL
│   └── styles

展开 /Astro/dreary-doppler/src/pages 目录文件夹,你会看到这样的结构:

├── pages
│   ├── about.astro         # 关于页面
│   ├── blog                # 文章详情页
│   ├── index.astro         # 网站首页
│   └── rss.xml.js

2.在 Astro 中新建第1篇文章

打开 /Astro /dreary-doppler /src /content /blog 文件夹,里面默认已经有几篇示例文章了。每篇文章都是一个 .md 或 .mdx 文件,开头有个Frontmatter(就是三个短横线包起来的那部分):

---

title: '我的第1篇文章'
description: '这是一篇测试文章'
pubDate: 'Dec 25 2025'
heroImage: '/blog-placeholder.jpg'
tags: ['Astro', '刘郎']

---

这里开始写正文...

Astro会自动识别这些信息,你在页面里就能用 post.data.title 这样调用。而且它有类型校验,如果你写错字段名,构建时会报错,这点对强迫症很友好。

3.首页布局

展示最新文章：Blog模板已经帮你搭好了首页框架,但我们要稍微调整一下,让它更实用。打开 src/ pages /index.astro ,你会看到类似这样的代码:

---

import { getCollection } from 'astro:content';
import BaseLayout from '../layouts/BaseLayout.astro';

// 获取所有博客文章,按日期排序,取最新10篇
const allPosts = (await getCollection('blog'))
  .sort((a, b) => b.data.pubDate.valueOf() - a.data.pubDate.valueOf())
  .slice(0, 10);

---

<BaseLayout>
  <h1>欢迎来到刘郎博客</h1>
  <ul>
    {allPosts.map((post) => (
      <li>
        <a href={`/blog/${post.slug}/`}>{post.data.title}</a>
        <time>{post.data.pubDate.toDateString()}</time>
      </li>
    ))}
  </ul>
</BaseLayout>

① 用 getCollection('blog') 获取所有文章
② 按发布日期倒序排列(最新的在前面)
③ 用 slice(0, 10) 只取前10篇
④ 循环渲染成列表
⑤ 日期排序时要用 .valueOf(),不然会按字符串排序,结果就乱了

4.文章列表页

带分页功能：创建 src/ pages/ blog/ index.astro (如果模板里没有的话)，实现一个完整的文章列表:

---

import { getCollection } from 'astro:content';
import BaseLayout from '../../layouts/BaseLayout.astro';

const allPosts = (await getCollection('blog'))
  .sort((a, b) => b.data.pubDate.valueOf() - a.data.pubDate.valueOf());

const pageSize = 10;
const currentPage = 1;
const totalPages = Math.ceil(allPosts.length / pageSize);
const posts = allPosts.slice(0, pageSize);

---

<BaseLayout title="文章列表">
  <h1>所有文章</h1>

  <div class="post-list">
    {posts.map((post) => (
      <article>
        <h2><a href={`/blog/${post.slug}/`}>{post.data.title}</a></h2>
        <p>{post.data.description}</p>
        <time>{post.data.pubDate.toLocaleDateString('zh-CN')}</time>
        <div class="tags">
          {post.data.tags?.map(tag => <span>#{tag}</span>)}
        </div>
      </article>
    ))}
  </div>

  {totalPages > 1 && (
    <div class="pagination">
      <span>第 {currentPage} / {totalPages} 页</span>
    </div>
  )}
</BaseLayout>

① 这里简化了分页逻辑,实际项目中你可以用Astro的 paginate() 函数自动生成分页。但对于文章数量不多的博客(<100篇),单页展示也够用。
② 建议加个阅读时长估算(按字数÷400字/分钟计算)
③ 建议文章摘要截断(取前150字+省略号)
④ 建议添加缩略图(用 heroImage 字段)

5.文章详情页

这是最关键的部分,用动态路由实现。如果Blog模板里有 src/ pages/ blog/ [...slug].astro，直接编辑它;没有就新建一个:

---

import { getCollection } from 'astro:content';
import BlogPost from '../../layouts/BlogPost.astro';

// 生成所有文章的静态路径
export async function getStaticPaths() {
  const posts = await getCollection('blog');
  return posts.map(post => ({
    params: { slug: post.slug },
    props: { post },
  }));
}

const { post } = Astro.props;
const { Content } = await post.render();

---

<BlogPost {...post.data}>
  <Content />
</BlogPost>

① getStaticPaths() 在构建时运行,为每篇文章生成静态HTML
② post.render() 把Markdown转成HTML组件
③ 就是你文章的正文
④ 代码高亮不生效:需要安装Shiki插件(Blog模板已自带)
⑤ Markdown样式不好看:推荐装 @tailwindcss/typography 插件
⑥ 图片路径错误:图片放 public/ 文件夹,引用时写 /images/xxx.jpg
⑦ 如果你想加目录导航(TOC),可以用社区插件 remark-toc,在 astro.config.mjs 里配置:

import { defineConfig } from 'astro/config';
import remarkToc from 'remark-toc';

export default defineConfig({
  markdown: {
    remarkPlugins: [remarkToc],
  },
});

6.标签分类

标签分类系统，让内容更有序，创建 src/ pages/ tags/ [tag].astro，实现标签筛选功能:

---

import { getCollection } from 'astro:content';
import BaseLayout from '../../layouts/BaseLayout.astro';

export async function getStaticPaths() {
  const allPosts = await getCollection('blog');

  // 收集所有唯一标签
  const allTags = [...new Set(allPosts.flatMap(post => post.data.tags || []))];

  // 为每个标签生成一个页面
  return allTags.map(tag => ({
    params: { tag },
    props: {
      posts: allPosts.filter(post =>
        post.data.tags?.includes(tag)
      ).sort((a, b) =>
        b.data.pubDate.valueOf() - a.data.pubDate.valueOf()
      ),
    },
  }));
}

const { tag } = Astro.params;
const { posts } = Astro.props;

---

<BaseLayout title={`标签: ${tag}`}>
  <h1>#{tag} 相关文章 ({posts.length})</h1>

  <ul>
    {posts.map((post) => (
      <li>
        <a href={`/blog/${post.slug}/`}>{post.data.title}</a>
      </li>
    ))}
  </ul>
</BaseLayout>

① 这样每个标签都会生成一个独立页面,比如 /tags/astro、/tags/教程 等
② 做一个标签云页面(src/ pages/ tags/ index.astro )，展示所有标签和文章数量,字体大小根据文章数量动态变化,很酷炫

7.RSS订阅

① 安装RSS插件:

npx astro add rss

② 创建 src/pages/rss.xml.js:

import rss from '@astrojs/rss';
import { getCollection } from 'astro:content';

export async function GET(context) {
  const posts = await getCollection('blog');

  return rss({
    title: '刘郎的博客',
    description: '知足常乐，不念过往，只慕余生，愿三餐烟火暖，四季皆安然。',
    site: context.site,
    items: posts.map((post) => ({
      title: post.data.title,
      pubDate: post.data.pubDate,
      description: post.data.description,
      link: `/blog/${post.slug}/`,
    })),
  });
}

部署后,你的RSS订阅地址就是 https://你的域名.com/rss.xml。虽然现在用RSS的人不多了,但博客加个这个还是挺专业的。

8.SEO优化

做SEO优化目的：让别人能找到你的博客。搭好博客不是终点,你还得让别人找得到对吧?这就是SEO(搜索引擎优化)的意义。好消息是,Astro在SEO方面天生有优势——静态HTML、快速加载、语义化标签,这些都是搜索引擎喜欢的。配置Meta标签:告诉搜索引擎你的内容是什么，打开 src/ layouts/ BaseLayout.astro (或者你的基础布局文件),在

---

interface Props {
  title: string;
  description?: string;
  image?: string;
}

const { title, description = '刘郎博客', image = '/og-image.jpg' } = Astro.props;
const canonicalURL = new URL(Astro.url.pathname, Astro.site);

---

<head>
  <meta charset="UTF-8" />
  <meta name="viewport" content="width=device-width" />
  <link rel="icon" type="image/svg+xml" href="/favicon.svg" />

  <title>{title} | 刘郎博客</title>
  <meta name="description" content={description} />
  <link rel="canonical" href={canonicalURL} />

  <!-- Open Graph (分享) -->
  <meta property="og:title" content={title} />
  <meta property="og:description" content={description} />
  <meta property="og:image" content={new URL(image, Astro.site)} />
  <meta property="og:url" content={canonicalURL} />

  <!-- Twitter Card -->
  <meta name="twitter:card" content="summary_large_image" />
  <meta name="twitter:title" content={title} />
  <meta name="twitter:description" content={description} />
  <meta name="twitter:image" content={new URL(image, Astro.site)} />
</head>

这样每个页面都有完整的Meta信息,分享到微信、Twitter时也会显示漂亮的卡片。

9.生成Sitemap

npx astro add sitemap

然后在 astro.config.mjs 里配置你的域名:

export default defineConfig({
  site: 'https://自定义域名',
  integrations: [sitemap()],
});

部署后,sitemap会自动生成在 https://自定义域名/sitemap-index.xml。去Google Search Console提交这个地址,过几天你的文章就能被搜到了。

10.图片优化

---

import { Image } from 'astro:assets';
import myImage from '../assets/photo.jpg';

---

<Image src={myImage} alt="描述文字" />

① 自动转换成现代格式(WebP/AVIF)
② 自动生成多尺寸响应式图片
③ 自动懒加载

11.字体优化

如果你用 Google Fonts 或自定义字体,记得加上 font-display: swap，避免字体加载阻塞渲染。

@font-face {
  font-family: 'MyFont';
  src: url('/fonts/myfont.woff2') format('woff2');
  font-display: swap;
}

12.代码块语法高亮

在 astro.config.mjs 里配置代码高亮主题:

export default defineConfig({
  markdown: {
    shikiConfig: {
      theme: 'github-dark',  // 或者 'dracula', 'nord' 等
    },
  },
});

Blog模板一般自带 Shiki ,如果还是不行,试试重装依赖:

rm -rf node_modules && npm install

四款建站工具特性对比表

以下四款建站工具： Astro 、 Halo 、 Hexo 、 Hugo 各有拿手之处，到底哪款才是你的菜？这份横向对比表帮你做出选择：

除了Astro，Hexo、Hugo、Halo三款工具的Linux服务器 搭建/部署 流程（精简版）如下：

1.Halo的部署

部署方式：手动/JAR包部署

1.更新软件包索引

apt update -y

2.安装 OpenJDK 17（Debian/Ubuntu 系统，CentOS 替换为 yum）

apt install -y openjdk-17-jdk openjdk-17-jre

3.验证 Java 版本（需输出 17.x.x）

java -version

4.下载 Halo 2.17.0 稳定版（当前目录：/自定义路径/halo）

wget https://dl.halo.run/release/halo-2.17.0.jar -O halo.jar

5.验证文件是否下载成功

ls -l halo.jar

6.前台启动 Halo，终端会输出运行日志

java -jar halo.jar

7.持久化运行：安装 screen（若未安装，临时测试，可选）

apt install -y screen

8.持久化运行：创建名为 halo 的会话(临时测试，可选)

screen -S halo

9.持久化运行：在会话内启动 Halo (临时测试，可选)

java -jar halo.jar

10.创建带 8886 端口(自定义端口)的 systemd 服务文件：

cat > /etc/systemd/system/halo.service << EOF
[Unit]
Description=Halo Blog Service
After=network.target network-online.target
Wants=network-online.target

[Service]
Type=simple
User=root
WorkingDirectory=/自定义路径/halo
# 强制绑定所有网卡，确保外网可访问
ExecStart=/usr/bin/java -Xmx512M -jar halo.jar --server.port=8886 --server.address=0.0.0.0
Restart=on-failure
RestartSec=3
StandardOutput=append:/自定义路径/halo/halo-service.log
StandardError=append:/自定义路径/halo/halo-service.log

[Install]
WantedBy=multi-user.target
EOF

11.重新加载 systemd 配置，使新服务文件生效

systemctl daemon-reload

12.设置开机自启并立即启动 Halo 服务

systemctl enable --now halo

13.查看 Halo 服务运行状态（确认 active (running)）

systemctl status halo

14.浏览器访问并初始化系统信息(这里已经可以成功访问了)

http://服务器IP:8886/console/

一键清理halo相关资源

systemctl stop halo && systemctl disable halo && rm -f /etc/systemd/system/halo.service && systemctl daemon-reload && ps aux | grep -E "halo\.jar|--server\.port=8886" | grep -v grep | awk '{print $2}' | xargs -r kill -9 && rm -rf /自定义路径/halo && rm -rf ~/.halo ~/.halo2

2.Hexo的部署

部署方式：本地服务直启 + Git 插件部署

1.清空目录（如果有无关文件，谨慎执行！）

rm -rf *

2.初始化 Hexo 项目

hexo init .    

3.安装初始化后项目所需的依赖（这一步会补全 Hexo 核心文件）

npm install    

4.生成静态文件到 public 目录（每次更新内容之后都要执行一次）

hexo generate   

5.先安装 screen（若未安装）

sudo apt update && sudo apt install screen -y    

6.持久化运行，创建并进入一个新的 hexo 会话

screen -S hexo    

7.启动本地服务，默认端口 4000 ,这里已经可以访问 Hexo 服务了

hexo server    

8.指定 8885 端口启动

hexo server -p 8885    

9.安装部署插件

npm install hexo-deployer-git --save    

10.清空缓存和旧静态文件

hexo clean    

11.部署（需先配置 _config.yml 的 deploy 项）

hexo deploy    

12.生成+部署（每次更新内容之后都要执行一次）

hexo g -d

Hexo的清理

清理 Node.js 和 Npm 部署的项目（这里以Hexo项目为例）

1.删除项目文件夹

2.查看项目文件夹或项目文件是否还存在（若存在，删除即可）

ls -l Hexo/

rm -rf Hexo/

3.查看全局安装的 Hexo 包

npm list -g hexo-cli

4.卸载全局安装的 Hexo 包

npm uninstall -g hexo-cli

5.清理 npm 缓存

npm cache clean --force

6.检查 hexo 命令是否还存在（若提示 "command not found" 则已卸载成功）

hexo -v

7.检查 Nginx 配置中是否还有 Hexo 相关内容（无输出则配置已清理）

grep -r "Hexo" /www/server/nginx/conf/

3.Hugo的部署

部署方式：基于Hugo系统包+本地构建+Screen部署

1.安装 Hugo（root 用户下可省略 sudo，也可以保留）

apt install hugo -y

2.验证 Hugo 安装

hugo version

3.初始化 Hugo 站点

hugo new site . --force

4.初始化 git 仓库

git init

5.添加目录到 Git 安全列表

git config --global --add safe.directory /自定义路径/hugo

6.主题安装，这里我就以 Ananke 主题为例（当然你也可以换成其他主题）：

git submodule add https://github.com/theNewDynamic/gohugo-theme-ananke.git themes/ananke

① 配置 Hugo 使用 Ananke 主题（将主题名称写入核心配置文件 config.toml，让 Hugo 识别并启用该主题）

echo 'theme = "ananke"' >> config.toml

② 创建第一篇测试文章

hugo new posts/my-first-post.md

③ 降级 Ananke 主题到兼容版本（可选）

进入主题目录：

cd themes/ananke    

回退到兼容旧版 Hugo 的稳定版本：

git checkout v2.8.0    

回到 Hugo 项目根目录：

cd ../../    

④ 修改文章为发布状态

用编辑器打开文章文件，找到 draft: true 改为 draft: false ，不然站点正常无法显示文章

7.构建静态网站（生成可访问的文件）

hugo

8.持久化运行

① 先安装 screen（若未安装）：

sudo apt update && sudo apt install screen -y    

② 创建并进入一个新的 hugo 会话：

screen -S hugo    

9.自定义 8885 端口访问

hugo server --bind 0.0.0.0 --port 8885 --baseURL http://服务器IP:8885 --disableFastRender

Hugo的清理

1.清理 Hugo 二进制程序

① 查找 Hugo 二进制文件位置

which hugo    

② 删除找到的路径：

rm -rf /Hugo二进制文件位置路径    

2.清理残留的 SCREEN 会话

① 列出所有 screen 会话：

screen -ls    

② 终止名为 hugo 的 screen 会话：

screen -S hugo -X quit    

③ 若上述命令无效，直接通过进程号终止 screen 进程：

kill -9 hugo对应的进程号    

3.检查 screen 会话是否残留，如果命令没有输出，说明清理彻底完成。

screen -ls | grep hugo    

4.清理僵死的 hugo screen 会话

① 方式1：通过会话ID强制清理（推荐）

screen -wipe 会话ID

② 方式2：若方式1无效，清理所有死会话

screen -wipe

梦境20251229

余欲宴亲僚，咸欣然应之。乃赴邑中最奢之肆，珍馐罗陈，凡所思者，靡不备焉。饮啖戏乐，悉皆免费，无有穷尽。及宴始，肆告以计时计费之规：不限人数，不限辰光，不限品数，唯以六钱一秒计。

俄而三十分钟，手机忽得短信，示已费一万一千一百一十一钱。余大惊，示之众人，众皆愕然，相顾惊疑：“何宴之奢，半刻而糜万金？”余起询之侍者，对曰：“本店计费，弗论肴品、人数、时长，率六钱一秒，自宴始计之。”余默算之：一万一千一百一十一钱，除以六钱一秒，得一千八百五十一秒有余，折合三十分钟许。

众闻之，皆罢箸辞去。独余怅立，凝视扣费之讯，惘然若失。已而闻身后人低语：“宴之贵也若是，半刻万金，何其侈哉！”众皆出肆，余亦仓皇遁去。甫出肆门，霍然惊寤，起坐于榻。

视室中昏黑，妻孥犹酣眠。余蹑足着履，趋如厕。如厕之际，亟取手机视花呗之额，乃悟前事皆幻梦也。幸哉！

现在不管是企业团队协作，还是个人日常联系，都离不开一款安全又顺手的即时通讯工具，Virola Messenger正是这样一款支持自托管，能为企业和个人提供安全、轻量级即时消息与集成功能的沟通协作工具。

[...]

家里的飞牛NAS里，存了不少重要的日常文件、珍贵照片以及各类资源。虽说飞牛NAS自带外网访问功能，却受不少因素制约，实际用起来并不顺手。同一时段使用的人一多，操作卡顿不说，文件上传、下载速度还会明显变慢，特别影响使用体验。即便设备有更高速稳定的进阶服务，也需要额外付费才能享受，而我们选择飞牛NAS，核心原因之一就是想避免这类额外开支。

要是只靠局域网访问，出门在外想远程调份资料更是没辙，特别不方便。不用再纠结公网IP难申请、端口映射操作复杂的问题，这篇内容会教你用宝塔面板搭配Frp工具实现内网穿透，操作步骤简单易懂，不用懂专业网络知识，跟着做就能让飞牛NAS突破内网限制，不管是在公司办公、出差在外还是外出游玩，都能稳定访问NAS里的内容，让私有存储用起来更灵活、更省心。

准备工作

1.宝塔面板

在带有公网ip的服务器上提前搭建好宝塔面板，如果该条件不满足，后面的内容就别看了，或者也可以花38块钱(1年)去腾讯云或阿里云买一个高性能服务器。

2.飞牛Nas

除了宝塔面板，我们也得先提前搭建好飞牛Nas系统，搭建的教程网上一搜一大把，这里就不多啰嗦了。

3.开放端口

我们可以提前打开自己使用的服务器商家的服务器管理后台，方便开放下文中提到的相应端口

具体操作

1.登录宝塔面板

2.安装宝塔Frps服务端

在宝塔面板的左侧栏中找到并点击“ Docker ”项，然后在“ 应用商店 ”的“ 应用搜索 ”处输入“ frp ”搜索，选择第一个“ FRP服务端：FRPS ”进行安装：​​​​​​​​​​​​

Frps服务端(Docker)资源占用情况：

内存占用：8.61 MB
镜像大小：44.24 MB

3.配置Frps服务端

web端口：可自定义填写，也可默认不更改
用户名：可自定义填写
密码：可自定义填写

这三项要记住，后面会用上，其他的可以默认，也可以根据自己的需求更改，填写完成之后点击“ 确定 ”。​​​​​​​​​​​​

注意：这里所有涉及到的端口号(比如：红圈内的 7500 端口号)，和后面涉及到的端口号都要去宝塔面板和云服务器商家后台哪儿的“ 防火墙 ”开放端口。

4.登录Frps服务端监控页面

完成以上操作，Frp服务端就算弄好了，接下来我们便可以通过浏览器访问“ 服务器ip：7500 ”登录并访问Frp服务端监控页面了：​​​​​​​​​​​​​​​​​​​​​​​​

可以点击左侧栏中的“ Proxies ”展开我们开启的隧道情况。

5.安装飞牛Frpc客户端

通过浏览器页面登录飞牛Nas后台后，在“ 应用中心 ”的搜索框中输入“ frp ”回车，在出现的搜索结果中选择“ Frpc客户端 ”，并点击安装：​​​​​​​​​​​​

安装位置自定义填写，其它的默认即可

6.获取Frps服务端Token

在安装飞牛Frpc客户端的同时，我们可以先去宝塔面板上获取Frps服务端的Token，回到宝塔面板，在宝塔面板左侧栏找到“ Docker ”项，点击“ 应用商店 ”，然后点击“ 已安装 ”，接着我们在 FRPS 项中点击“ 进入安装目录 ”的图标：​​​​​​​​​​​​

接着我们会进入Frps服务端的“ 安装目录 ”，在该目录中点击“ data ”文件夹，然后找到“ frps.toml ”文件点击进入，复制第7行和第8行的token和密钥：

auth.method = "token"
auth.token = "60d8a25c544e1511db"​​​​​​​​​​​​

7.配置Frpc客户端

返回飞牛Nas后台，点击“ 应用中心 ”，继续点击“ 已安装 ”，然后找到“ Frpc客户端 ”并点击“ 打开 ”，此时我们便可以对Frpc客户端进行配置文件编辑了。将我们前面复制的 token 和 密钥 粘贴到第6行和第7行的位置，最后点击“ 提交 ”即可：​​​​​​​​​​​​

如果我们后续想将本地更多的项目暴露在公网环境(可以通过公网环境访问)中，那我们只需将以下代码添加到 token 和 密钥 的下面即可(中间记得空一行)：

[[proxies]]
name = "test-tcp"
type = "tcp"
localIP = "127.0.0.1"
localPort = 5666
remotePort = 5666

该代码就是将本地的飞牛Nas项目暴露在公网环境中，在任意公网环境下通过浏览器访问“ 服务器ip：5666 ”即可访问和管理我们本地的飞牛Nas 。当然，如果你还想继续添加其他本地项目，按照以下格式添加并提交即可(每个项目记得空一行)：

[[proxies]]
name = "test-tcp"  
# 这里可自定义填写项目名称，作用是方便区分每个项目，方便管理
type = "tcp"  
# 根据项目类型填写即可，网页相关看是否有SSL证书（有则HTTPS，无则HTTP），非网页的TCP服务直接用
TCPlocalIP = "127.0.0.1"  
# 本地飞牛Nas的ip地址，或者默认不改也行
localPort = 5666  
# 本地飞牛Nas占用的端口
remotePort = 5666  
# 外网访问时占用的端口(记得去宝塔面板和云服务器商家后台哪儿的“ 防火墙 ”开放端口，否则无法访问)

例：如果我们想将本地飞牛Nas的 SSH 服务也能使用外网访问，那我们只需添加以下代码即可：

[[proxies]]
name = "ssh"
type = "tcp"
localIP = "127.0.0.1"
localPort = 21
remotePort = 5667

这里的 5667 端口可以自定义更改，这样我们就能将本地飞牛Nas的21端口映射到外网的5667端口，就能实现外网访问ssh服务了

8.查看Frps服务端监控页面

我们在配置Frpc客户端编辑并成功提交后，怎么查看有没有提交成功？或者说本次宝塔面板Frp穿透本地飞牛Nas有没有穿透成功？只需要重复第4步操作“登录Frps服务端监控页面”，通过浏览器访问“ 服务器ip：7500 ”登录并访问Frp服务端监控页面即可查看：​​​​​​​​​​​​

题外话：久违的惊喜

上一次收到明信片已经是很多年以前的事了，大概还是初中补习时，一个女生送给我的。最近逛博友的博客，发现他们在办寄明信片的活动，我特别荣幸地参与其中，填了个人信息，过了三天左右就收到了博友寄来的明信片。收到的时候心里特别激动又开心，毕竟这么多年过去，还是头一次以这种方式收到博友的心意，只是当时太忙，一直没来得及发文感谢，现在想趁这个机会，好好分享一下这份久违的喜悦。​​​​​​​​​​​​​​​​​​​​​​​​

军爸你好！收到你寄来的明信片，真的特别惊喜又感动，谢谢你特意花时间给我寄来这份心意！看你说喜欢我的博客，还对生活、婚姻相关的内容感兴趣，我之后会多分享这类内容，也很期待听听你的想法和故事。

你说工科男心细却难处理生活里的琐碎，其实大家都一样，生活本就有不少磕磕绊绊，往后咱们多交流，说不定能互相搭把手出出主意。再次谢谢你的明信片，盼着和你继续好好聊聊，也祝你一切顺顺利利！​​​​​​​​​​​​​​​​​​​​​​​​

虫虫你好！收到你的明信片啦，看到你说喜欢我的文字，还佩服我的生活态度，心里特别暖，真的很感谢你的认可！

你写“谨奉片笺，聊表钦慕，顺颂阖府安康，岁安岁清欢” ，这么真诚的祝福，我都不知道咋回啦，总之超感动！也祝你生活顺顺当当，每天都能开心。以后我会继续好好分享生活和技术，也盼着和你保持这样温暖的交流，再次谢谢你的明信片呀！​​​​​​​​​​​​​​​​​​​​​​​​

BlogsClub你好！拆开包裹看到钥匙扣时，一下子就眼前一亮，这是我头一次收到这样的兑换礼物，既新鲜有趣，又特别有纪念意义，越看越喜欢。

辛苦你特意把我用积分兑换的博客俱乐部钥匙扣寄过来，还打包得很仔细，真的特别感谢！以后我会继续好好分享内容，也盼着在博客圈多和大家交流。再次谢谢你的用心寄送，祝你一切顺利，事事顺心！

写在最后​

特别感谢军爸、虫虫以及BlogsClub，收到军爸真诚满满的明信片，字里行间的认可与交流心意让我倍感温暖；虫虫寄来的明信片带着暖心祝福，这份隔空的欣赏格外珍贵；还有用积分兑换后BlogsClub的博友及时寄送的博客俱乐部钥匙扣，拆开包裹时瞬间眼前一亮，这是我头一次收到如此别致又有意义的兑换礼物，打包得仔细又用心。谢谢你们带来的惊喜与感动，这份心意我会好好珍藏，也会继续在博客圈认真分享、积极交流，不辜负这份温暖的联结！

乙巳立冬，天候殊异。炎阳当空，暑气袭人，不似孟冬，反类朱明。余日常作息如旧，朝暮通勤。冗务繁时，忙则废寝；闲暇至时，逸则悠然。闲隙之际，或刷视频、或览博文、或研所好新技，亦足怡情。

[...]

你是否常陷入这样的困境：收藏夹里的干货文章想用却找不到，电脑文档搜半天无果，查资料还要在多平台来回切换？这些麻烦的根源，在于信息“零散存放”，缺一个能整合又能随时调用的“智能管家”。

而腾讯2024年底推出的 ima ，恰好能解决这个问题。它依托混元大模型和RAG技术，不只是简单工具，更是能整合文档、网页、公众号等信息构建知识库，提供智能问答、文档解读、AI写作、做分析的“智能搭档”，2025年10月升级的2.0版本还能主动处理任务，核心功能全免费。

在简单了解ima之后，其实我更想和大家一起探讨它的实际用法。接下来我将以微信公众号为场景，和大家分享怎么利用它来理顺学习和工作里的信息，不用再对着一堆资料发愁，让信息真正为我们服务。

写在前面

只从开通微信公众号后，后台私信和留言的粉丝也渐渐多了，总有人反复问起之前提过的网盘工具名、或是找不到的LibreTV项目报错解决方案，又或是夸克网盘提速案例等一系列的问题。其实我都想第一时间一一回复，但现实却是常难以及时回复。

所以，我想我需要给我的公众号装个“智能AI大脑”，把我的知识库和网站文章整合起来，让粉丝随时提问，随时都能精准获答。而ima知识库，就是实现这个想法的利器。今天就来讲讲，怎么用它打造公众号专属AI客服。

具体操作

1.下载ima

打开 ima官网 ，选择合适自己的下载方式下载即可。

2.登录并获取Share ID

① 下载完成之后，打开ima程序，我们可以选择“微信”扫码登录。

② 点击左侧栏“共享知识库”中的“我创建的”旁边的“+”号：“创建共享知识库”，填写好知识库的名称和描述。

③ 创建好后，把你希望分享给粉丝的资料、文章、笔记(包括预先设定好的答复)，全都导入进去。

④ 点击知识库右上角的分享按钮，然后点击“复制链接”保存好（备用）。

注意，此时我们拿到的链接为：

https://ima.qq.com/wiki/?shareId=58439526841ec85cd5e7810fab4167b7ea1f492c18d1d28f095c031e567530d4

去掉前面的 https://ima.qq.com/wiki/ ，剩下的部分就是我们后面需要用到的Share ID：

?shareId=58439526841ec85cd5e7810fab4167b7ea1f492c18d1d28f095c031e567530d4

3.让AI客服在公众号“持证上岗”

拿到Share ID后，我们就可以让我们创建的Ai客服(知识库系统)在微信公众号上进行连通了：

① 登录你的 微信公众号 后台，在左侧菜单栏找到"广告与服务"中的“小程序管理”

② 然后添加小程序，"关联小程序"，验证身份后，在输入框中输入“ ima知识库 ”，选中并点击“下一步”

③ 然后回到左侧菜单栏，找到"互动管理"中的“自定义菜单”

④ 选择一个你想要设置的菜单（比如“ima助理”），然后在右侧的菜单内容里选择“跳转小程序”，然后选择小程序“选择已关联的小程序”

⑤ 已关联的小程序选择“ima知识库”，跳转路径前面的 pages/index/index 不要动，直接粘贴我们前面拿到的Share ID即可：

pages/index/index?shareId=58439526841ec85cd5e7810fab4167b7ea1f492c18d1d28f095c031e567530d4

⑥ 保存并发布

一切就绪后，粉丝点菜单就能进我的专属知识库，直接和“AI大脑”对话。这功能远不止客服，能把公众号从单向输出升级成双向互动的智能平台，既解放我去创作，又提升粉丝体验与粘性。我输出的不再是文章，而是可对话的“活知识体系”，粉丝能把它当专业AI导师交流碰撞，这便是我做它的意义。

实际体验

为了让体验效果更直观，我直接向知识库投喂了一篇“ GB43069-2023 矿用电缆安全技术要求.pdf ”的技术文档。

我选定的问题：

我提问：局部放电的要求如何？

它回复：

根据文档内容，局部放电试验的要求如下：

1. 适用范围

额定电压 3.6 kV/6 kV 及以上的电力电缆和橡套软电缆需要进行局部放电试验。

2. 合格判定标准

试验过程中，应无任何由被试电缆产生的超过声明试验灵敏度的可检测到的放电。

3. 试验方法及灵敏度要求

试验按 GB/T 3048.12 规定的方法进行。

  - 试验电压：1.73倍的 。
  - 试验灵敏度：
      - 橡套软电缆的试验灵敏度应 小于或等于 20 pC。
      - 电力电缆的试验灵敏度应 小于或等于 5 pC。

总结

局部放电试验的合格要求是：在规定的试验电压和灵敏度下，电缆不产生任何超过灵敏度水平的可检测放电。

问题的回答没问题，上难度，从图中选问题并出题：

我提问：标称截面积为16的铜芯二芯电流值和标称截面积为300的铜芯三芯电流值是多少？

它回复：

根据文档内容，标称截面积为16 mm²的铜芯二芯电缆和标称截面积为300 mm²的铜芯三芯电缆的导体规定电流值如下：

|标称截面积 (mm²)|导体材料|芯数|导体规定电流值 (A)|
| :-- | :-- | :-- | :-- |
|16|铜芯|二芯|60|
|300|铜芯|三芯|526|

注： 表中所列单芯、二芯、三芯以电缆中所含动力线芯计数。

答案也正确了。

这只是我用PDF文档测试的一小部分，另外我又重新投喂了一些XLSX、DOC、PPTX、笔记和网站测试数据，答案依旧还是正确，不得不说，ima作为个人知识库系统确实挺强大的。

ima安全吗？

腾讯云后台一般不能随意访问用户数据。IMA使用腾讯云提供的数据存储及检索服务，该服务均为机器自动化完成。腾讯云通过访问管理（CAM）等多种措施保障权限清晰、安全可控，通过账户分级、权限分级等方式，确保只有授权的用户或系统才能访问数据。

同时，IMA承诺保护用户隐私和数据安全，不会擅自使用用户存储在IMA知识库的数据进行模型训练，只有当用户向IMA发起相关服务时，IMA才会基于用户需求访问知识库内容。此外，腾讯云还采取了数据加密、数据审计等措施，进一步保障用户数据的安全性和隐私性。

写在最后

目前主流的个人知识库系统包括印象笔记、有道云笔记、语雀、Notion、Obsidian以及腾讯iMa等。与这些主流系统相比，腾讯iMa的优势集中在四大核心维度：

首先是生态整合能力，它能与微信生态无缝衔接，公众号文章、聊天文件可通过小程序一键存入，多端同步体验流畅；其次是文档解析功能，支持OCR识别截图、千页PDF解析，还能自动处理PDF、Word、PPT等多种格式文档，对图片内容也能识别解读并生成结构化报告；

再者是知识问答能力，内置Deepseek-R1和腾讯混元双模型，用户提问时会优先从知识库检索信息，通过引用资料深度加工后给出逻辑清晰、带实例和结论的回答；最后是共享协作与易用性，既能轻松创建共享知识库、生成文章摘要方便分享，也有知识库广场可供探索，同时无需部署、注册即能用，界面简洁轻量化，适合个人快速搭建知识体系。

简易版个人知识库系统

在此之前，我自己也基于PHP和SQLite写过一款轻量级的个人知识管理工具，无需复杂部署，就能实现知识的存储、检索与管理。

该工具支持账号登录，登录后可在管理页“增删改”知识内容，添加时自动记录时间，内容较多时按10条每页分页展示；首页搜索框能实时匹配内容与备注，高亮显示关键词，快速定位所需信息。同时它适配多设备，PC端显表格视图、移动端自动切卡片视图，操作简单且兼顾实用性与便捷性，适合整理工作经验、学习笔记等零散信息。

核心功能

1.实时搜索：输入关键词即时显示匹配结果
2.内容管理：添加、编辑、删除知识条目
3.权限验证：用户名密码登录验证
4.响应式设计：电脑手机自适应显示
5.数据库存储：SQLite轻量级数据存储
6.安全防护：防SQL注入和XSS攻击
7.分页浏览：大数据量分页显示
8.弹窗交互：新建查看内容无需跳页
9.内容预览：长文本自动截断显示
10.一键部署：单文件安装使用简单

源码获取

当常用云盘频繁的弹出容量限制、限速提醒，甚至莫名屏蔽文件时，“数据不由己”的焦虑总会让人束手束脚。而 Cloudreve 私人云盘，正是打破这种被动的理想选择。它不仅支持拖拽上传、多格式预览、链接加密分享等实用功能，更核心的是，你可以将它部署在自己的服务器上，从根源上避开第三方平台的各种限制。

通过 Docker 部署，整个过程无需复杂配置，几分钟就能搭建起一个数据完全由自己掌控的私人云盘。从此文件存储不再看平台“脸色”，数据安全与使用自由，都能牢牢握在手中。

Cloudreve 项目地址

具体操作

在部署 Cloudreve 项目之前，记得先开放5212端口，方便后续操作。

Push and Deploy

1.新建 Cloudreve 文件夹

mkdir cloudreve

2.进入 Cloudreve 文件夹

cd cloudreve

3.下载 Cloudreve 源文件包

wget https://github.com/cloudreve/Cloudreve/releases/download/3.8.3/cloudreve_3.8.3_linux_amd64.tar.gz

当然，你也可以下载更新的版本，这里只做演示用

4.解压 Cloudreve 源文件包

tar -zxvf cloudreve_3.8.3_linux_amd64.tar.gz

5.赋予 Cloudreve 源文件包权限

chmod +x ./cloudreve

6.启动 Cloudreve 项目

./cloudreve

Admin user name: 初始用户名
Admin password: 初始密码

如果提示有新的版本，可根据自己的需求进行更新即可

运行成功后，不要关闭该命令行窗口，在新的浏览器页面地址输入：http://<服务器IP地址>:5212，即可访问 Cloudreve 服务。

初始密码忘记怎么办？在 Cloudreve 目录下执行以下命令，即可重置初始密码：

./cloudreve --database-script ResetAdminPassword

持久化运行

运行成功后，不能关闭该命令行窗口，如果一不小心关掉了， Cloudreve 项目也就报错了，怎么办？在 Cloudreve 目录下执行以下操作，即可解决该问题：

1.先安装 screen（若未安装）：

sudo apt update && sudo apt install screen -y

2.创建并进入一个新的 screen 会话：

screen -S cloudreve

3.在新会话中重新启动 Cloudreve：

./cloudreve

4.按下 Ctrl + A 再按 D（或直接关闭该命令行窗口），即可脱离会话并关闭命令行窗口，程序仍在后台运行。

单容器部署

如果你觉得以上步骤过于繁琐，觉得麻烦，你也可以使用最简单的方法来部署 Cloudreve ，在自定义路径的 Cloudreve 根目录下，打开命令行终端复制以下命令，直接运行即可：

1.部署与上述操作版本保持一致(3.8.3版本)：

docker run -d \
  --name cloudreve \
  -p 5212:5212 \
  -v ./data:/cloudreve/data \
  cloudreve/cloudreve:3.8.3

2.部署 Cloudreve 最新版本：

docker run -d \
  --name cloudreve \
  -p 5212:5212 \
  -v ./data:/cloudreve/data \
  cloudreve/cloudreve:latest

运行成功后，在浏览器地址输入：http://<服务器IP地址>:5212，即可访问 Cloudreve 服务。首次登录，先注册一个登录账号即可(即管理员账号)

端口占用

1.查询端口异常占用情况

netstat -tuln | grep :5212

netstat -tuln | grep :[这里是要查询是否被占用的端口号] ，如果命令行有输出，则代表该端口已被占用；若命令行没有输出，直接返回 root@:/ cloudreve#，则没有没占用。

2.查询占用该端口的进程：

lsof -i :5212

lsof -i :[查看占用5212端口的进程] ，如果命令行有输出，则显示占用该端口的进程PID；反之。

3.释放占用端口的进程

找到进程PID后，使用以下命令强制终止该进程，释放该端口：

kill -9 [进程ID]

还在为找一份资料切换多个网盘、反复搜索吗？今天给大家分享两款聚合式网盘搜索工具，正是为解决资源获取难题而生。它们都能聚合多个优质资源站与公开频道，一次搜索即可覆盖阿里云盘、夸克、百度网盘、115、迅雷等热门平台，让“多源命中”不再是麻烦事。

更贴心的是，搜索结果默认先展示“快速结果”，随后自动补全并覆盖显示“深度结果”，且按网盘类型清晰分类，直达链接可直接复制，省去筛选的时间成本。

作为免费开源工具， PanHub 不仅零广告、轻量化，还原生支持Cloudflare Workers，实现0服务器运维成本的免费部署；内置多插件可按需启用或禁用，搭配参数化并发与缓存功能，进一步提升使用体验。无论你是常遇资源获取困难的普通用户，还是喜欢囤积资源的“资源仓鼠”，这款工具都值得一试。

具体操作

1.单容器部署(Ghcr源)

在命令行终端复制以下命令，直接运行即可：

docker run \
  --name panhub \
  -p 8881:8881 \
  -d \
  ghcr.io/wu529778790/panhub.shenzjd.com:latest

2.单容器部署(DockerHub源)

在命令行终端复制以下命令，直接运行即可：

docker run \
  --name panhub \
  -p 8881:8881 \
  -d \
  docker.io/wu529778790/panhub.shenzjd.com:latest

3.多容器编排部署

创建一个 PanHub 目录，在该目录下新建docker-compose.yaml文件，然后将以下代码复制到其中：

version: '3'
services:
  panhub:
    container_name: panhub
    image: docker.1ms.run/wu529778790/panhub.shenzjd.com:latest
    ports:
      - "8881:8881"
    restart: unless-stopped
    environment:
      - TZ=Asia/Shanghai

在 PanHub 目录下打开命令行终端，执行以下命令：

docker-compose up -d

4.Push and Deploy

这种方式简单来说，就是将该项目的源文件上传到自己的服务器或Nas设备来部署(可自定义维护和操作)。

①下载项目源文件

自行前往 PanHub 项目官网下载(需自行调试才能正常运行)，或使用本站资源库下载(无需调试，上传即用)。

②上传项目源文件

将下载的项目源文件上传到服务器(或 Nas 设备)任意位置都行(必需 Root 权限)，然后解压项目源文件。

③构建镜像

进入解压后的项目源文件(即 PanHub 目录下)，在该路径下打开命令行终端复制以下命令，直接运行即可：

docker build -t PanHub .

首次构建镜像时间可能较长，耐心等它跑完即可。

④运行镜像

docker run -p 8881:8881 -d PanHub

以上四种部署方式四选一，运行成功后浏览器地址输入：http://<服务器IP地址>:8881，即可访问 PanHub 服务。

功能类似的项目：PanSou

虽说 PanHub 我个人觉得已经足够使用了，但是对于我们“资源仓鼠”来说，这种神器永远都是多多益善，有多少收多少，安排！

注意，部署该项目后有涉H风险,请谨慎部署。

PanSou 是一款高性能的网盘资源搜索API服务，支持纸飞机频道和插件搜索。系统设计以性能和可扩展性为核心，支持多频道多插件并发搜索、结果智能排序和网盘类型分类。Docker集成前后端，一键启动，开箱即用。

简单来说就是用 Docker 部署到服务器或NAS，然后网页打开服务，搜索你想要的资源+转存网盘。

具体操作

1.单容器部署

在命令行终端复制以下命令，直接运行即可：

docker run -d \
  --name pansou \
  -p 8880:80 \
  -e ENABLED_PLUGINS="labi,zhizhen,shandian,duoduo,muou,wanou" \
  ghcr.io/fish2018/pansou-web

2.多容器编排部署

创建一个 PanSou 目录，在该目录下新建 docker-compose.yaml 文件，然后将以下代码复制到其中：

services:
  pansou:
    image: ghcr.io/fish2018/pansou-web
    container_name: PanSou
    ports:
      - 8880:80
    environment:
      - DOMAIN=localhost
      - PANSOU_PORT=8888
      - PANSOU_HOST=127.0.0.1
    volumes:
      - ./data:/app/data
      - ./log:/app/logs
    restart: unless-stopped
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost/api/health"]
      interval: 30s
      timeout: 10s
      retries: 3
      start_period: 40s

在PanSou目录下打开命令行终端，执行以下命令：

docker-compose up -d

以上两种部署方式二选一，运行成功后浏览器地址输入：http://<服务器IP地址>:8880，即可访问 PanSou 服务。

现在大家不管是网购、点外卖，还是在线挂号，基本都在手机上操作。每次使用新的APP或者小程序时，为了能正常使用，总得点“同意授权”。比如允许它获取你的位置、账号昵称这些信息。可时间一长，很多早就不用的应用，授权还留在账号里，慢慢就攒了一大堆。

最近“支付宝账号解除授权”就冲上了微博热搜，起因是有网友翻自己支付宝的授权列表时，发现里面的授权应用“根本翻不完”，最早的授权甚至是好几年前弄的。仔细一看才知道，这些授权大多是当初图省事，用支付宝快速登录某个APP时给的，当时点了同意，之后就忘了取消。

这是我支付宝账号最早的授权记录

对此，支付宝客服也专门提醒：大家平时可以多检查下，把那些不常用、甚至记不清的应用授权删掉。其实大家也不用太担心安全问题，就拿支付宝来说，第三方APP就算拿到授权，最多也只能获取你的头像和昵称，根本拿不到你的支付宝账号。

但也有一些不讲武德的商家或平台，会在你使用他们App或小程序时收集你的这些信息

不过现在网上时不时就有隐私泄露的新闻，大家能有这种保护账号的意识，本身是件好事。而且不只是支付宝，咱们常用的微信账号，也会有很多类似的授权。所以不管是支付宝还是微信，定期把那些用不上的授权取消掉，虽然只是个小操作，却能让账号更安全，也能更好地保护自己的个人信息。

支付宝账号授权解除

1.打开支付宝，依次点击"我的"，右上角"设置"
2.点击"用户保护中心"
3.在隐私保护这里点击"个人信息授权管理"
4.然后根据你自己的需求，找到不想授权的App或小程序
5.打开相应的App或小程序，页面底部点击"解除授权"即可

微信账号授权解除

1.打开微信，依次点击"我"，"设置"
2.然后在隐私这里点击"个人信息与权限"
3.在个人信息与权限页面点击"授权管理"
4.最后根据你自己的需求，找到不想授权的应用程序
5.打开相应的应用程序，页面底部点击"解除授权"即可

九月望日，距前札已近一月。今日少暇，乃书近况。自八月中旬自北海归，日常复归旧辙：旦夕赴职，夜则还家，无甚异事，唯觉平淡。入秋以来，天候颇佳，无寒不暑。较孟夏则日色稍柔，暑气渐消，唯雨泽偏多；今朝薄云覆日，细雨时零，风暖如常。

家中诸事尚安，小女循谨，未染疾疠。唯长女手足及面为蚊虫所噬，患处颇重，逾半月未愈，吾与内子深忧。尝携女就医，得药后日夕敷涂，且嘱其勿搔抓，冀早得愈。念其为女儿家，若留瘢痕终非美事，更见其苦痒之态，父母之心实难安，然无他法，唯待其自愈。

于职事，近日不甚繁剧，多坐公署。案牍既毕，闲时或观抖音、玩王者以遣日，或览博客动态以知外事。上周闻庞兄言，部中肖总将去职，其故未详，庞兄亦未细言。不知其将归安徽图发展，抑或有他故，皆不可知。肖总欲设宴召众，为别饯行。

然事有不偶，宴前午后，肖总先行，途遇会车，车右二轮为路石所破。其车虽用防爆胎，而近处无合意补胎肆，乃召二十里外匠者，约一时方至。是夜宴饮，肖总竟未赴，本为送之，反成其缺席者，众皆憾之。幸庞兄先有约，次日周五召众至其家宴，复为肖总饯行，此事乃圆。

本周庞兄等将赴河北公干五日，虽于职无大妨，然少却约束，心颇畅快，自觉自在。今距国庆尚有半月，若后续天朗，吾与内子拟谋其事，将携小女露营游赏，以舒身心。

北海之行，久蓄于心。盖因小女假期未至，便有此念，然时运不契，天公亦不作美，故迁延未行。至本月中旬，值小女假期，吾与内子观北海天气，连日晴好，遂决携稚女，赴一段说走就走之游。

初，小女假期将至，内子言，前同事黎氏，其女与吾家小女同窗，其家亦有海滨之游计。吾念及与黎氏同僚，两女相善，且两家皆四口，若同游北海，必更热闹，故规划行程时，亦将共游之策纳入考量。

吾辈出游，素喜预作攻略，此次亦然。观近期行程，先订车票、酒店，以便届时可直达畅玩，省却烦忧。盖恐届时有票无宿，或有宿无票，故皆提前备妥。

票宿既备，定于十二日辰时九刻启程，约四小时车程，至午时一刻可达。继而收拾行囊。因携稚女赴海滨，天气晴暖，故吾与内子仅备换洗衣物一两套及少许随行之物，而小女衣物则备甚丰，盖因玩水戏沙，需多备换用。

初，恐一箱难容，经吾与内子细致收纳，勉强可纳。换洗衣物置箱中，随身小物及途中小食、饮水，则以双肩背负，免手提之劳，又可照拂小女，甚便。与黎氏家协商，皆允如期而行。

十二日晨起，行程始。吾家至车站有距，为防误车及赶路匆匆，故各环节皆提前半刻。预作二策：一者，已约网车，辰时七刻半上车，直达车站；二者，若网车误时，则自驾前往。然自驾有停车之扰，查得车站日停费约百钱，吾行计五日，需五百钱，颇不划算。故亦寻得一处预停之所，距车站三四里，打车便易，且日费不足三十钱。

幸约好之网约车如期而至。然不巧，黎氏家忽临有事，未能同行。吾与内子戏言：其家行事素缓，然无妨，吾辈自按计划行之，不碍分毫。

既至车站，人虽众，然皆有序排队登车，吾辈亦速登车。此次所购车票，乃自贵阳龙洞堡站往广西北海站之复兴号高铁，中途经广西南宁东站，不出站换乘即可抵北海站。

高铁购票择座之术：票分四等，商务座、一等座、二等座、站票。商务座，价常千钱及以上，体验甚佳；一等座一车四排，为AB过道CD，A与D临窗；二等座价较一等座约廉三分之一，一车五排，为ABC过道DF，A与F临窗；站票者，顾名思义，无座可坐，唯立全程。车型之选，先复兴号，次和谐号，前者速略快。两人同行一等座选同号AB或CD均可，二等座首选同号DF。

列车行驶平稳疾速，观车厢时速表，近三百里每小时。自贵阳出发，窗外层峦叠嶂，草木葱郁，房屋错落。列车南下，气候渐暖，山林渐稀，大片甘蔗田与壮族村落入目；至广西南宁，近北海时，更见海边渔村与滩涂。一路上，小女辈皆欢悦不已。

午后一刻许，抵北海。出列车，便有海风拂面，带鱼腥之气，且湿热难耐。内子戏言：他人多往贵州避暑，吾辈却来此酷热之地，真乃两极反转也。诚哉斯言，此地确属炎热。

携行囊，领稚女，依序出站。出站口外，游人如织，或携老者，或伴青壮，或带孺子，料皆为游北海而来。循地面标识，随人潮至出租车与网约车候客处。俄而，一当地出租车司机近前问去向，吾以预订酒店示之。彼观手机导航，言此地距酒店约四五里，且为度假村，车多人稠，诸多出租车不愿前往。吾问价，彼曰六十钱，然其神情似不欲往，吾辈遂作罢。

乃以手机唤网约车，约五分钟后，有师傅接单，示距此约一刻钟可达。吾辈至网约车候客处静待。此处为单行道，车水马龙，人声鼎沸，拥挤不堪，加之烈日当空，立片刻便觉难耐。

俄而，网约车渐近，距吾辈五十步许却停滞不前，盖因现场人车拥堵，寸步难行。吾辈遂主动寻之，幸不远，片刻便得。验明车牌，内子先携稚女上车，吾置行囊于后备箱，随后登车。

驾车之网约车师傅，乃东北女子，年轻貌美，为人和善，言辞客气。甫上车，便觉清凉如入冰室，甚为惬意。从其口中得知，北海天气多变，除台风天外，日常天气预报亦难精准，且告知吾辈何处水产佳、何处价格廉。

未几，便至预订酒店附近，师傅寻一适当地点泊车，吾辈取行囊下车。果然如攻略所载，当地出租车确有不实要价之嫌，四五里路程，竟索六十钱，而吾辈所乘网约车，费不足二十钱。

依酒店地址，于下车处附近探寻，终锁定目标，得见预订酒店具体所在。吾辈所订者，乃距海边一里内之海景房，为携程上评价颇佳之民宿。先前观携程图片，见其环境尚可，故择之。

循地址寻至该民宿，十一楼，属小区房，小区整体环境甚佳。输入房间密码，推门而入。惯例，为求安全，取监控探测仪细查房间角落，确认无虞，方安心卸下行李，换拖鞋，暂歇片刻。其实，自入房间，便觉此民宿确佳，与携程所见几无二致：有大床房、海景阳台、厕所及淋浴间。

时当午后两刻许，室外烈日炎炎，酷热难当，加之舟车劳顿，吾辈本计划稍作歇息，待日头偏西再外出闲逛，往海边走走。然稚女二人，或因对陌生环境好奇，或因初盼观海玩沙之心切，皆不愿休憩，在房间内蹦跳不止，精神抖擞。故吾辈遂决定收拾妥当，做好防晒，备齐随身之物，准备外出一游。

银滩

午后下楼宇，出里门，原欲假道旁共享单车为代步具。然扫码视价，竟四五钱一时一辆，且车小，难容一家四口。内子又不娴骑，本拟只赁一辆，见状遂弃此念。

前行未远，内子见路对面有赁车肆，乃上前问价。时已过午，店主言原价六十钱一日，今收三十钱为半日赁，至夜十时前还车即可。吾与内子商之，觉此价尚可，且车较共享单车略大，容四人无虞。

吾复问店主：“此车坐四人可妥？未戴头盔无妨？有司会查否？”店主答曰：“只要规范停车，置于道旁划线区域，当地有司不问也。”念及北海以旅游业为营收，料想确不会严查，遂赁之。略熟车况，设好导航，便向银滩而去。

所居距银滩虽仅一里，望可见海，然携两稚女步行，终是不便。骑行约十分钟，抵银滩景区门，即银沙逐浪门。北海银滩凡四门，自东向西依次为：银沙逐浪门，在原银滩公园门处，有“天下第一滩”巨石；鱼游广场门，近北海海洋世界；秀映潮滩门，位于原海滩公园，融海丝文化等北海元素，有巨型“潮”雕大球；欢乐港湾门，在原罗马广场区域，海浪线条富动感，为电影 无边 取景地。

停妥车，向海边行去。过景区门，先见一广场，中竖巨石，上刻“天下第一滩”五字。过此石，便见心心念念之沧海。下广场阶，再行约三十步沙渚，即至海边。沙渚与海上，游人摩肩接踵，或携稚童玩沙戏水，或有情人相携拍照，热闹非凡。

内子携小宝在沙渚玩沙，吾则带大宝往海边戏水，皆乐在其中。天渐暝，人愈多，夕阳余晖洒海面，景致绝美。近黄昏，海水涨潮甚急，内子与小宝原在海边玩沙之处，转瞬便为海水淹没，众人只得步步向沙渚上挪。天色愈暝，游人似愈多。

念及天黑恐稚女戏水着凉，遂带至沙渚边，换下湿衣，着以干爽之服。时已近七刻，料稚女腹饥，乃决先回逆旅收拾，再寻食。

归至逆旅，换下湿衣，沐热水澡，着清爽衣物，便下楼觅食。所居逆旅附近颇热闹，有诸多肆、夜市、海鲜市。吾辈于里巷附近择一食肆就餐，一家四口，三菜一汤，简单果腹。食毕，还车归寝，养精蓄锐，待明日续游。

夜宿之际，内子谓吾：黎氏一家已购翌日车票，料明日五六时前后可达北海。吾哂曰：岂因汝今日途次传此中光景与彼，令其心痒耶？昔其未果行，或为夫不悦，或因一身难顾两孩，抑或资力所限？

复笑谓内子：汝何其顽劣也。内子亦笑。然亦无妨，无论何由，彼若至，便同游；若不至，吾辈自乐，亦无滞碍。

流下村

晨起，天已大明。视内子与稚女，皆酣睡未醒。吾轻启窗帷，徐步至阳台。户外依旧溽热，海风拂面，犹带微腥。俯观街景，远眺沧海，又见朝阳渐升，料今日亦当快意。

归室复卧，翻阅昨日银滩所摄稚女之照。未几，内子与稚女皆醒。赖床片刻，遂起身整理，盥漱毕，进食。收拾行囊，备妥防晒之物，待续今日行程。

因昨日租车店家不允减价，且四人共乘一车，终觉局促不便，故今日欲寻四轮带棚、可遮阳者赁之。出里巷，前行十数步，见一租车肆，门列昨日所乘之车及吾辈欲寻之四轮车。因求四轮，遂问店家租价。店家言：无棚者六十钱一日，押金三百。吾指其侧带棚之车问，店家答曰：已为他人所赁，今无车，唯余无棚者。吾与内子商之，又环顾四周，皆无类此四轮车，遂决赁于其肆。

登记联系方式，付押金三百、租费六十，共三百六十钱，夜十二时前还车，届时退押金三百。交讫，店家言：停车必于道旁划线处，勿乱停，否则处置甚烦。吾复问：骑此车无牌照、无驾照、不戴盔，可无妨？店家曰：但依规定停车，谨守交规即可。言毕，吾驾车至空处，略熟其性，无碍，遂导航流下村，启程。

自此处至流下村约十一里，骑行半时辰可达，往返约二十里。因目的地较远，且昨日所乘之车四人共乘颇挤，故今日换一辆稍大、较稳，可容四人从容就坐之四轮车。

自昨日抵北海，见当地为兴旅游业，颇费心力：有专属电动车道，交警不查头盔与驾照。然因未遇交警查验，一路心下惴惴。但见当地人多不戴盔，吾辈侥幸之心益坚，莞尔。

一路靠右行驶，人稠车繁处则缓行，沿途赏异景。约半时辰，依导航至流下村。闻此村昔时乃寻常小渔村，后因北海旅游业发展，为商家渐打造成网红街。无论渔村与否、网红街与否，既至，必一观。

流下村标志性打卡处，即入口左右为停车场，小汽车十钱一次，电动车三钱一次，无论两轮、三轮、四轮皆三钱。停妥车，步行游村。初感商业化甚浓，愈往内走，东南亚风情愈烈。此处除售诸般小商品，几乎每家小店皆营造成打卡地，拍照甚佳。

约半时辰，整条街逛毕，欲返程至停车处。然途中腹微饥，遂寻一小餐厅就坐。此餐厅面积不大，出餐处为墙砖小屋，客席皆以遮阳棚搭建。坐于棚下就餐，环顾四周，其风格竟有东南亚诸国之韵。

就餐时，天忽降瓢泼大雨，幸仅数分钟而止。继而日出，空气中弥漫淡淡鱼腥、海腥，盖因近海之故。食毕，复向停车处行。未几即至，稍歇，续往冠头岭。出发时约午后两刻，虽刚过雨，然日头仍烈，酷热难当。

冠头岭

流下村至冠头岭约二里四分，行一刻钟即到，途间或经大道，或穿小巷。愈近冠头岭，人愈众，料皆游者。依导航至冠头岭，时烈日当空，风亦滚烫，人车熙攘。达目的地，遵工作人员指引寻得停车位，价尚合理：小汽车十钱一次，电动车三钱一次，无论两轮、三轮、四轮皆同。

停妥车，携行囊随人潮向海边行。甫下车，便觉此处沙细，松软可人。愈近海边，沙愈蓬松，然经日炙烤，足底滚烫如热锅炒栗。通往海边之道旁，仍有贩玩沙戏水之物、饮食物品者。

前行二十步许，便见沧海。近岸沙滩，多为商业化遮阳伞所覆，每伞约四平方，下置小桌一、椅四。行于沙滩，时有揽客者问是否租伞。吾随口问价，或八十钱一日，或八十钱一时，具体已忘，盖因仅欲一观，无心租赁，且价略昂，遂拒之。

穿遮阳伞区至海边，踏浪观景，游人确众。冠头岭浪大，近滩水流湍急，时有海上漂浮物，似不甚宜稚童玩沙戏水，然仍有不少家长令子女于此嬉戏，盖人各有志也。

沙滩除玩沙戏水，尚有游艇之娱，约五人一艇，岸边停满，远处海面亦可见其影。吾辈刚至海边，便有游艇揽客者上前推销，问是否体验，尤以带稚童为由。吾问玩法，店家言五十钱一人一往返，绕冠头岭海岸一周，至打卡点可下艇拍照，再送回。吾家四口，二百钱即可。

彼时心颇动，然念及近日报道，北海有摩托艇相撞或触礁，致机毁人亡者，心有余悸，遂拒之。虽欲体验，然观此海况，礁石亦多，只得作罢。带稚童踏浪玩沙，平安为上。

沙滩右侧为礁石区，有巨石刻“海枯石烂”四字，乃众人必打卡处，然排队者众。吾辈决先至礁石区陪稚童戏水、寻贝壳。

刚至礁石区，内子欲取手机拍照，遍摸身与包，皆无。内子言：莫非遗于车上？车无遮蔽，恐遭不测。吾安顿内子与稚童于原地，边往回赶边拨内子电话，首通未接，次通有人接。幸为收停车费之工作人员所拾。吾恰至停车处，说明缘由，工作人员态度佳，因正用内子手机通话，遂令吾解锁，验毕归还。虚惊一场，持机返内子处。

会合后，陪稚童于礁石区戏玩：内子携小宝在小水滩戏水，吾伴大宝于礁石寻贝壳、小鱼、螃蟹。未几，见一群青年前行，一少年不慎滑倒，手为礁石划开深口，血流不止。吾唤住之，因背包有创口贴，即取之简单包扎。然伤口深，两张创口贴难止血，少年道谢后匆匆离去。

吾遂叮嘱内子与稚童，慎踩礁石，务保安全。玩未及二十分钟，内子亦滑倒，脚被划开口子。真乃不幸！安抚内子坐于净石，取背包中最后两张创口贴包扎，幸血止。礁石区甚险，吾与内子商之，不拟久留，直往侨港海滩。遂携稚童启程。

侨港海滩

冠头岭至侨港海滩约十一里，骑行二十五分钟可达。抵侨港海滩附近时，约午后四刻，然烈日依旧毒辣，酷热难当。途间，内子得同事黎氏讯息，言其阖家将抵北海。内子告以今日已游流下村、冠头岭，正往侨港海滩，问其抵后是否同来共游。黎氏谓尚未到站，行止待抵后再定，且叹曰：汝辈已游多处，吾辈尚未至也。

达目的地，于道旁划线区停妥车，携物品、领稚童往侨港海滩。将入海滩时，吾与内子手机皆快没电，因返程或往他处需导航，遂决先寻充电处。前行间，内子见路左有共享充电宝，其周遭环境虽差，然能充电即可。扫码取之，内子戏曰：快充，时即金也，自租赁始，便已计费。虽戏言，亦实情，吾从之。

再行十步，越一小阶，即入侨港海滩沙区。此处人较银滩为少，沙亦细腻，杂质无多。复行五十步，至海边。海水净洁，与银滩相类，皆宜稚童玩沙戏水。

因途中小宝已在车上睡去，不能戏水；内子足于冠头岭被划伤，触水则痛，故内子在沙滩陪小宝，吾带大宝往海边玩沙戏水。潮起潮落，天渐暝，然日头仍烈，来侨港海滩者愈众，愈见热闹。内子复得黎氏讯，言其已至，正带稚童在银滩戏水，今日不来。

夕阳西下，余晖洒海，景致绝美。小宝醒，与母在沙滩玩沙；吾与大宝继续在海边戏水玩沙，稚童乐不可支。侨港海上较银滩多大型游轮，数量亦众。开导航视之，附近似有侨港码头，或为乘大型游轮往涠洲岛之处，抑或为其他商用游轮停泊地，未可知也。

日入海中，天渐黑，海风吹拂，未为海水打湿则已，若打湿，便带凉意。恐稚童着凉，遂决上岸，离海边，为稚童换净衣，再定返程或往他处。换毕，众人皆饥，遂决先往侨港风情街进食，再续逛。言罢，七时半刻，离侨港海滩，还充电宝，往侨港风情街进发。

侨港风情街

侨港海滩至侨港风情街约二三里，骑行十分钟即达。整条街以海鲜大排档为多，两侧商品琳琅满目，行人往来不绝。寻一适处停妥车，稚童已困极，小宝睡去，大宝亦迷迷糊糊，遂决购食打包，归酒店再餐。

逛毕一圈，见此处多为海鲜大排档，亦有饮品、特色炒饭，然仍以海鲜排档为主。几乎每家皆有一二人在路旁揽客，见人过便持菜单吆喝：老板，吃点什么…

择其一店，点海鲜套餐，恐稚童不惯，又加蛋炒饭一碗、特色饮品一杯。十许分钟即备妥，打包携归。置食于车，启程返程。侨港风情街至所居约四五里，十五分钟可达。归途见北海夜骑者众，多为共享单车或共享电动车，两轮居多，亦有三轮。

途经一路口，车多人稠，交警四五人在彼维持秩序。见诸多骑车者若无其事从交警旁过，交警未加干涉。先前尚有顾虑，此刻见状，亦装作未见，随共享单车、电动车同行。

吾从四五个交警身旁过，竟无人过问。快哉，此乃首次骑无牌无证且未戴盔之车从交警旁过，甚为刺激。若在吾乡，敢如此行事，交警必严查不怠，而北海竟有此“特殊待遇”，料为旅游业计，亦难为这些交警了。

旋即至所居，还车后步行数分钟即达酒店。进食毕，约夜十一刻，稍歇便洗漱安寝，待明日续行程。

夜寝，吾与内子轻声议：行程尚有一日，后天即启程归乡。明日何往？紫霞湾、大墩海海滩、大墩海海鲜市场、金滩、北海老街、电建码头…

紫霞湾如银滩、侨港海滩可玩沙戏水，且未抵北海时，攻略言其晚霞绝美，拍照佳，值得一去。大墩海海鲜市场与电建码头海鲜市场，可探北海当地海鲜价，若宜，可购归，毕竟近海，价应廉。

至于金滩，先前亦有考量，若所订酒店在其附近，可直携稚童玩沙戏水。北海老街，既至北海，去感受当地特色街景，亦佳。另黎氏一家既已抵北海，可观其明日欲往何处。若吾辈未去过，便可同游；若已去过，则各玩各也罢。内子亦赞同吾之见。明日再看，观其欲先往何处，吾辈再依计划定夺。言罢，吾辈复翻此两日所拍之照…

金滩

天微明，吾为雷声惊醒，回视内子与稚女，犹酣睡未醒。轻启窗帷一角，推门至阳台，见外狂风暴雨，远眺海面，云雾迷蒙，一片灰蒙，视物不清。归室，轻阖窗、闭门，复卧于床，刷览手机。

约辰八刻，内子亦醒，外雨未止，间有雷声。又十许分钟，稚童皆醒，睡眼惺忪地自床爬起，渐在床上嬉戏。外雨不绝，雷声依旧。吾与内子商言：若雨停天霁，今日何往？吾意先至金滩，再南下北海老街，两家人可同游，盖因皆未去过，彼辈逛毕可续南下流下村，吾辈则顺道往紫霞湾。内子以为善，颔首赞同。

起床后，简单洗漱，点外卖为食，因外雨势大，未外出。吾与内子戏言：黎氏一家昨日方抵北海，未及游玩，天即变，岂不无奈？再观天气预报，闻北海近日似有台风登陆，此两日天气如何，唯听天由命，若不佳，只得滞于酒店。

食毕早餐，约辰十刻，外天稍霁，雨渐小。黎氏给内子发讯，言其今日欲带稚童赶海。吾与内子相视，皆知赶海危险系数高，况携稚童，前段时日未抵北海时，曾见新闻报道，谓稚童太小不便赶海，且赶海需看潮汐表，非欲往即往，否则徒劳且险。内子遂告以吾辈今日行程，然彼辈仍执意赶海。也罢，吾辈自游可也。

外雨终止，然无日头，推阳台门，空气中海腥味仍浓。遂收拾行囊，准备出发。约辰十一刻，吾辈将出门，内子复得黎氏讯，言其一家不赶海了，欲与吾辈同往金滩。吾与内子对视而笑。

下楼往昨日租四轮车处，黎氏又发讯问能否租车、租法如何、可否请店家送车过去。内子告以吾辈两日租车情况，言正欲续租昨日之四轮车，且欲优先寻带棚者，既可遮阳，又能简避雨。

巧哉，刚至租车处，便见两辆带棚车。问店家租价，店家言八十钱一辆一日，夜十二时前归还即可。吾言此时已近午，唯半天时间，能否少些？店家言六十钱。吾言欲租两辆，能否再廉？店家言价皆如此，且示租车登记信息，吾瞥之，似皆八十钱。遂问内子意见，内子点头。付钱时问店家，吾友在他处，可否送车过去？店家允之。吾付款，一辆六十钱，押金三百，两辆车一百二十钱，押金六百，共七百二十钱，登记租车人信息。内子亦将租车价告黎氏，彼辈同意。

黎氏一家距吾辈约十里，骑行约二十分钟可达。惯例，简单试车，置好物品，导航出发，与黎氏汇合。吾骑于前，店家骑另一车随于后，穿街过巷，旋即见黎氏一家。彼辈所居环境佳，类开发区，周边高楼林立，小区洁净，道路宽广，然几无小商贩，甚至无普通小超市、小饭馆，甚不便。依吾与内子之见，住此除环境好，余皆不便，或许人各有所好。

简单招呼后，众议行程，定先往金滩，再往北海老街。此时天无雨，亦无日，唯海风拂面。黎氏丈夫骑车，打导航走于前，吾辈随于后。沿途环境虽佳，然骑行远段路程，不见餐馆或小超市，出门需驾车或打车，若为旅游，住此实觉不适，料内子想法与吾相类。然人各有志，当尊重之。

旋即抵目的地，城市烟火气渐浓。一至，便见金滩标志性建筑北部湾一号，其以桂林山水为灵感设计，造型独特，极具视觉冲击力，屹立海边，与蓝天白云、碧海金沙相映，成独特城市海滨景观。

停妥车，众往金滩行。穿北部湾一号标志性拱形大楼，前行皆下坡路，再过马路，便见金滩。惜哉，此处与吾想象相去甚远：人不多，沙亦无想象中细腻，愈往海边，海沙愈令人不适。盖因沙非细沙，乃质感粗糙之沙石，色亦不佳，近观沙黄中带黑，甚不友好。海一眼望去，较刺眼，远眺白茫一片，海中停有大型轮船，不知是商船还是渔船，唯觉其大。

沙滩不适久坐，因观之不悦。然沙滩与海边多贝壳、螃蟹，捡贝壳、抓螃蟹倒是佳事。虽不能坐玩沙、戏水，然既来之则安之，陪稚童捡贝壳、抓螃蟹亦善。于此玩约一两时辰，便打算往下一目的地北海老街。

北海老街

北海老街至金滩约四里，骑行十分钟即达。时已午后四刻许，天稍霁，微有日头，虽不烈，然颇晒且热。前行至北海老街入口附近，黎氏忽言日头太盛，欲往附近奶茶店饮些饮料、稍作歇息。因众人同行，吾辈亦随之入内。此奶茶店乃寻常小店，面积不大，然饮品颇丰，味亦佳。歇息片刻，复前行。

行于北海老街之上，历史气息扑面而来。街道颇宽，然两头似仅容两轮电动车通行，大型车辆不得入内，盖为游客安全计。街两旁多售海滨小物：可吹之海螺、贝壳所制诸般小动物、各类海鲜小吃。

漫步老街，恍入时光回廊，韵味独异。脚下青石板路古朴，每一步皆含历史厚重；路侧骑楼式建筑中西合璧，南洋风情与岭南风格相融。斑驳墙壁、陈旧门窗、古朴招牌，皆似在诉说岁月沧桑。骑楼既可为行人遮风挡雨，亦能使人于酷暑中感一丝清凉。

街中烟火气浓郁，老字号店铺林立，自特色小吃至精美手工艺品，应有尽有。可尝蟹仔粉、虾饼、叉烧包等美味，品北海独特风味；亦可见传统手工艺人于店中精作银饰、扎染等，传承古老技艺。

老街更融多元文化元素：既有古罗马建筑风格之圆柱，亦有东南亚特色商品。教堂、海关大楼、大清邮政北海分局旧址等历史建筑，见证老街兴衰变迁，令人漫步间感慨历史沧桑与厚重。

大宝携黎氏女，嬉游老街。手相执，足轻奔，笑言不绝。或瞻前街糖塑，或顾后巷骑楼，目之所及，皆生好奇。足音叩青石，与市声相融；欢语穿檐角，共风影同游，一派天真烂漫。行至半途，黎氏言不欲再行，欲往他处。吾视内子，问其心意，内子言：归，此处大抵相似。吾心虽有无奈，游至半途而废，料内子亦同此念，然众人同游，不便表露，更不可相违。

归至停车处，置随身物品，坐于车上歇息。观导航，下一站紫霞湾距此约十余里，内子曰不欲往，因路远。盖因天近暮，携稚童前往，恐刚至而稚童睡去，难尽兴；亦或连日游玩过累，实不想再逛。内子复言欲往电建码头，观海鲜价格，吾颔首同意。

吾下车问黎氏下一站何往、作何安排，彼辈言欲往流下村，或返银滩戏水玩沙。吾辈目的地为电建码头，彼辈为流下村或银滩，也罢，各有打算，各从其志。言罢，彼辈先行告辞离去。

彼辈去后，内子谓吾言：其实不甚愿与彼辈同行，彼此心意不同，彼所喜者，吾不爱；吾所好者，彼不悦。罢了，出游图己悦，何需在意他人、思虑过多？定好下一站目的地电建码头，遂启程。

电建码头

电建码头距北海老街约八里，骑行逾半时辰可达。电建渔港码头之水产市集，在银海区侨港镇环岛路，近邻码头，为华南渔港交易之冠。每日凌晨开市，渔获鲜富，价亦相宜。此地渔民主播活跃，可现场治海鲜，兼渔业、电商、文旅之妙，故多游客至。

抵码头，驻车步行观之。所至摊位，海货积如小丘。新上岸之石斑，鳞光闪闪；虎虾跃动，触须轻弹；梭子蟹膏黄饱满，螯钳半张。鱿鱼蜷墨囊，海螺附网兜，更有带鱼、马鲛、沙虫之属…自常见海产至鲜活贝类，满眼皆带海腥之鲜，显渔港特有丰饶。

吾于海鲜素无甚好，盖因壳多肉少，食之费事，且价不廉。逛一周遭，内子言此地价格与吾乡相去无几，皆偏贵，若买归则不划算，在此购而现场治之，加工费亦昂。罢了，不买也。内子言。吾劝内子：喜食者可买些。内子仍言价贵不划算，不欲买。哎，吾亦无策，只得从之。

又逛数圈，天渐昏。小女皆睡意甚浓，内子言：归矣，点外卖回馆食。诚然，在外逛此许久，非但成人颇累，即小女亦难支。言毕，吾辈遂返馆。

至馆近旁，先还车。因初订二车，租车者言待另一车归，再退押金。也罢。归馆，众人皆疲极，已精疲力尽。内子点外卖，未久，黎发讯问还车之法，吾即传租车者地址与彼。从内子与黎语中，知其亦未往流下村，乃去银滩，携小女戏水。

外卖至，吾辈食毕，洗漱讫，将息时。黎言其刚还车，六百押金已付内子，且言甚累，亦归息矣。如是，乃吾辈在北海最后一夜。虽累，然亦欣然。安睡一觉，养足精神，明日午时便启程归乡。

返程

晓起如常，窗外雷声滚滚，大雨连绵。吾复卧，闭目假寐片时。辰八时过半再醒，雨犹未止。吾倚床刷手机，观此数日北海游所拍之照。循旧例，出游发动态，先择照片，而后发于微信朋友圈。未几，内子亦醒，同吾一般，择照发圈，毕竟出游之乐，焉能不拍照记之。

不知过久，小女亦醒，众皆赖床，谁也不愿先起。因外雨滂沱，晨间未谋外出购餐，仍点外卖为早餐。略事洗漱、餐毕，遂始收行囊。小女们在室中嬉戏，吾与内子理行装。返程高铁票为午时一刻，依常，预备提前半时出发。

收讫，携箱出酒店下楼，外犹飘毛雨。于楼下小超市，购些车上消遣之零食。俄而，所约网约车至。途中小女们依旧欢悦。转瞬至北海高铁站，下车、取行李、检票、进站。似各车站皆人众，往来熙攘，颇热闹。

未时将近，照旧序排队检票、进站、上车，觅得座位。返程列车上，吾见一事甚怪：来时几无站票，返程则站票甚多。因返程需于南宁东站换乘，仍携行李、带小女、持身份证，序检票进站，再上车觅座。

南宁至贵阳，二时半可达，约午六时即至。沿途风景依旧如画。列车飞驰，穿山越水，纵贯九万大山、苗岭诸脉，桥隧比高达九成。窗外，喀斯特奇峰林立，云雾缭绕之峰与古朴村落相映成趣。

返程时光总觉迅疾，俄而六时左右，天渐黑。出车站，贵阳天气依旧凉爽，然因亦下小雨，凉爽中杂些许凉意。所约从贵阳站归家之网约车旋至，途中，小女在后排酣睡，想是玩得尽兴，累极而眠。夜八时过半，平安抵家。为小女们略事洗漱，终可在自家大床上舒舒服服安睡矣。

心得

此次北海之游，自起意至筹谋，再至启程，吾始终坚信，凡事必当眼见为实，不可尽信人言。他人之议，固可参考，然需依自身实况、家眷情形、经济状况、个人所好，逐一权衡，而后定一合己之计划。切不可盲从跟风，否则玩无所获，体验不佳，徒费钱财，反增疲惫。幸此次吾辈坚守此则，游多处，小女欢悦，吾与内子虽劳，亦满心欢喜。

若他日再有机会游北海，或向人荐游，此次经历亦可作参考。如携小女同游，大抵皆为玩沙戏水，再辅以逛街拍照。故首推银滩，其海水沙滩皆细腻，最宜小儿嬉戏，环境亦佳。唯需留意，银滩人众，尤其日暮时分，潮水渐涨，务必看顾好小女。其附近商圈亦丰，吃喝玩乐一应俱全。

至于住宿，若预算充裕，可择海滨之所，不仅环境佳、出行便，吃喝玩乐亦便利，唯价稍昂。距银滩数百步，或推窗即见海与银滩之酒店、民宿，价约二百五十文以上一晚。一分价钱一分货，价高则待遇亦优。

其次荐侨港海滩周边，其海水沙滩亦细腻，人较银滩为少，风光与银滩相去不远。附近侨港风情街，饮食丰富，交通便利。然日暮时分，人亦渐多，仍需看顾好小童。

若论紫霞湾及其他海滩，吾辈未曾亲至，唯可参他人之议。吾辈所做攻略载，其晚霞绝美，宜拍照打卡。若他日再游北海，紫霞湾必在计划之中。

北海著之涠洲岛，岛有鳄鱼山火山公园、滴水丹屏、五彩滩、石螺口海滩、贝壳沙滩之景。自吾辈筹谋至游北海，未曾多言。盖因议此岛者分两类：一者谓岛上物贵坑人，一者赞其风光绝美、价亦相宜。此中差异，恐多因金钱付出不同。

有钱之处，皆可享至美风光、至佳体验，住好酒店，食鲜海鲜，玩趣项目。然出游者非皆有此经济实力，故凡事需依自身实况。能玩则玩，能住则住，能食则食，不必为攀比而费钱劳神，有多少钱办多少事即可。

出游最要者，乃心态。心态佳，则处处皆美景；心态不佳，纵是绝色风光，亦觉无趣如行尸。有钱有有钱之玩法，没钱有没钱之乐，首要为开心。否则，居家安卧岂不美哉，何必花钱遭罪。此乃吾辈观诸多游涠洲岛者之评与感。吾未曾亲至，故不妄荐，总之一句，看自身预算与计划。然吾坚信眼见为实，他日若再游北海，或亦计划上岛一探。

流下村，吾觉其名虽盛，或因炒作。然亲至一游，亦觉值得。其能走红，必有缘由，且街道风格独特，网红打卡点亦有趣。

购海鲜一事，未去北海时，攻略皆言大墩海海鲜市场、贵阳路或电建码头之海鲜价廉。然吾辈至现场一逛，觉亦不然。海鲜种类虽丰，应有尽有，价却不低。或因彼等开市在凌晨或清晨，吾辈去时已近黄昏，故有此差异，想来亦有几分道理。

最后言及金滩。未去北海时，吾辈预选酒店在金滩与银滩附近，多方考量后，终择银滩周边，实况亦未令吾辈失望。初至金滩，吾满心好奇，以为其与银滩一般，环境优美、沙水细腻。然期望愈高，失望愈甚。此处人稀，沙滩不可坐，海水不可戏，沙为粗河沙，海水远观尚可，近看则令人失望。幸金滩亦有玩法，可捡贝壳、捉螃蟹，聊以自慰。然既来之则安之，心态放好，则风景皆美。玩的是心情，既已见心念之金滩，他日或不再至矣。

北海可玩之处尚多，此次游玩时间有限，能想到者皆已去过，整体感受甚佳，小女亦乐。未及之处，待他日有机会再探。

八月夜初，天连日晴好，唯暮气闷热。回首迩来诸事：有陪内子携小女游天河潭之欢；有售房久待之盼与终成之喜；亦有前两月家父车刮蹭后两月忽被起诉之忧，及近因内务疏失遭上官约谈之虑。噫，惟愿八月诸事皆顺，出行之约如期，万物渐入佳境，岁岁安然耳。

天河潭

周末如常，天朗气清，吾与妻携女，将出游以遣怀。目的地于贵阳花溪之天河潭，其地距贵阳二十四里，距花溪十三里，地广十五里，以喀斯特胜景闻名，集黄果树之雄、龙宫之奇、花溪之秀，飞瀑清泉、深潭奇石、怪洞天桥错落其间，农舍水车相映成趣，素有“黔中一绝”之称，亦为国家AAAA级景区。吾幼时曾游，今妻与小女未往，故再访之。

晨起餐毕，整装出发。时暑气蒸腾，骄阳似火，热风扑面，与车中空调之凉，判若两境。然出游之意切，何惧日晒风炎？

车行四十许，抵天河潭。虽酷热难耐，然游人如织，携童嬉戏者众，热闹非凡。至售票处，队列绵长。票分两种：纯门票七十余，含观光车及部分项目者八十五。念及天热携幼，遂选后者。

购票后，往乘观光车处，亦是人山人海。幸有遮阳帐与送风机，稍解暑气。候二十分钟，方得检票登车。此车无窗，仅设护栏，约五六排，每排可坐四众。吾辈携女坐于末排。车动之际，凉意顿生，沿途风光甚好，转瞬至换乘点。

闻商贩言，上行可乘船观溶洞，复步行探之。整理行装，拾级而上。行不远，又见长龙排队，自楼上延至楼下，幸多为室内，可避烈日，吾亦自备伞具。

楼上候船时，问于执事：“航程几何？”执事曰：“小船十许分，竹筏四十许分。”因携幼女，不能乘筏，遂选小船。远观小船晃晃悠悠，似无遮阳，心有惴惴。然既至，必亲验之。

候十许分，登船。船长约十米，宽不及一米，前后五六排，每排二座。妻携小女坐前，吾携长女随后，着救生衣，稳坐启程。水面碧绿，舟行缓缓，渐入溶洞。洞顶彩灯映照，岩色斑斓，虽知为灯影之效，亦叹其美。洞内清凉宜人，舟行十许分即靠岸。

登岸回望，岩壁高耸，绿植繁茂，飞瀑自三四十丈高空垂落，凉气沁人。继而步游溶洞，道为单行，仅容一人，阶途起伏。彩灯照处，石景万千，月牙潭、金龟滩、瑶池、天上石林之景，尽收眼底。洞内人虽多，然美景足以消烦。行千五百步，出洞复遇烈日。

前行有木吊桥，长余二百步，晃摇不定。余有恐高，桥高六丈余，护栏空隙稍阔，心甚忧。然大宝急欲上桥，余遂牵其手，缓步前移。至桥中，摆动最剧，心甚惧。幸桥短，转瞬即过。

复前行，有高空滑索，票虽含此项目，然携幼女不能试，仅远观之。继而下坡，兜转复回观光车换乘处，时至四时半。观景区图，仅游三分之一，尚有二处未及。然小女已寐，烈日仍炽，遂决意返程，待日后再游。

排队乘观光车，抵终点。稍歇，便归。此行虽未竟，然吾与妻虽疲，见二女嬉乐，心亦欣然。

卖房

久有售宅之心，迁延未行。此宅乃吾与内子新婚所置，时未有嗣。购未久，内子有孕，后诞小女，倏忽四五载，房贷亦偿此数。

家中旧宅可居，故早有退售之意，唯迟迟未动。一日，家父言：“此宅空置，月偿房贷，岁纳物业费，暂不入住，不若售之，可得闲钱以宽用度。”吾闻之，与内子议，终决出售。盖因现有居所无忧，此房月供物业费持续支出，且近年不拟入住，细算得不偿失。虽核之，自首付至月供、物业费，亏约二十万，然长远计，此乃无奈之举，总胜空置持续耗损。

既决，便欲探本地中介行情，亦于抖音观售房之视。原计划询线下中介，然除工时外，所知者寥寥，且有一旧识，昔年购房之顾问，今亦转行中介。吾恐杀熟，亦嫌线下奔走低效耗时，遂转至线上，下五八同城、安居客、乐有家等诸般二手房程序。然数日研究，见此等应用皆多收费，发布房源、提高曝光皆需钱，房未售出而费先至，遂弃之。

正无头绪时，偶于抖音见人直播售房，介绍楼盘。吾思：他人可借此传房产知识，吾何不借此寻合适中介？遂搜本地售房相关内容，果见诸多中介，各介房源，琳琅满目。吾择适者信，问可否助售，彼等多愿应之，盖因售出可得提成。一两日间，陆续有七八乃至更多中介加吾联系方式，吾亦告之房屋信息。后有中介问吾：“是否遍投本地中介？今诸中介皆知君售此房。”方知互联网传播之速，竟至于此。

初时，与诸中介相谈甚欢，亦有带客看房、入宅拍视频者。然渐而往来稀疏，看房者亦无动静，终至寂然。吾与内子戏言：“莫非黄矣？无人识此房？”言罢相视而笑。

实则此房地理位置与环境皆佳：处本地大学城区、老城区、城北新区三区交汇之核，周边“两横两纵”交通便达，一公里内多公交站，五分钟可至老城区与城北新区。教育方面，小区内有公立幼儿园，周边有两三所幼儿园、两所中小学、两所高中、两所大学，全龄教育皆可便捷抵达。环境上，百分之三二绿化率之下沉式园林邻江湾，景观甚佳，部分户型大阳台可赏泳池之景。配套而言，自带星悦城商业综合体，五分钟生活圈便利，近有三所医院；智能社区配管家服务，人车分流，居之安全舒适。如此佳宅，今待售之，唯盼识者。

越数日，天朗气清，值周末，吾携妻女出游散心。行于途，忽接一中介来电，遂驻足与之语。其言有客欲购此房，已观宅，意甚满意，且付订金两千，嘱吾与买方一会，互释疑虑，并携房本往登。言毕，吾复问卖方需担之费。中介告曰：“此房得本未满二载，故有增值税，加之中介费，无他费矣。”其言甚详。唯中介与买方议价为每平X元，与吾则为每平X减二十元，然此价吾可受，且较他家中介所出为高，遂欣然应之，约时往中介处会买方。挂电话，吾与妻皆讶异，自决卖房至客付订金，未及半月，速之甚，几不可信。遂喜而续游。

至期，吾家驱车赴中介公司。中介经理迎于门，引吾泊车。观其店，广约三十平方，幸网可查其资历，不然难令人信。入内，见买方二人，皆三十许女子，一携稚子，言词爽朗；一举止沉稳，寡言素衣。初以为亲眷，后知乃友或同事。少坐，略谈，中介与买方验吾房本，复印房本及双方身份证，遂签中介合同。未及二十分钟事毕，买方往银行打征信与流水，吾归待消息，此乃中介买卖双方首会。

越半月，中介传讯，言买方征信与流水已过审，嘱次日往银行签合同、开监管账户。次日，吾早至银行。买方独来，衣仍朴素；中介来二人，一男一女，前曾见于店，盖负责与银行对接者。俄而，银行合同签讫，然中途有小失：买方存首付于监管账户时，卡显为休眠，被限额，有钱而不得动，需往他行处理。待约二十分，中介女与买方匆匆返，乃存首付于监管账户。核金额毕，复归待讯。

又半月，吾问中介进展，答曰：“买方离异，然户口本未显，上次签合同亦未言，审核未过，今需重交资料，尚待时日。”再半月，吾复问，中介曰：“买方月初误以信用卡充话费二百，因其用公积金贷款，名下不得有欠，需处理，再待数日。”

又数日，中介来电，言买方银行面签及资料皆过审，可约期往税务局过户缴税。至期，吾早至政务大厅税务局窗口，不料买方到更早。吾先取号，数分钟后中介方至。幸过户窗口人少，速及吾辈。仍由中介代交资料，待税务局评估、审核，终双方缴费，再待系统审核，约二小时事毕。吾问中介何时放款，答曰：“公积金贷款每月二五统一下放，尚需待。”

倏忽又半月，二五日午后一时，吾问中介：“今已二五时，款未到矣？”中介曰：“午后二时后预问银行执事者。”吾曰：“今日务必到，迁延久矣。”中介言其同事已询银行，午后五时许可到。也罢，既已待久，亦不在乎此时，遂耐之。傍晚归家，启手机视之，房款到账，唯监管账户之款未达。联系中介，言银行已休，次日再放。

此夜，吾告妻房款以故。虽售此房亏约二十万，然及时止损，尚有余资，且此后不负房贷，无债一身轻，快哉！次日午时，尾款亦到。吾遂与中介结清费用。历时三月余，此房终售。看似有亏，然房贷之苦难耐，况今有房可居，无房贷车贷，有存款，家人安康喜乐，是乃至宝，余皆不及也。

七月已过半矣，回首往昔，皆为寻常。虽无惊世骇俗之举，亦有欣然自得之趣。今日闲坐无事，聊且记之。

[...]