Moningf's Blog

cp、scp 与 rsync 对目录末尾 / 的处理差异

Fri, 12 Jun 2026 11:11:03 GMT

在 Linux 和 macOS 上，cp 命令的行为并不完全相同。再加上常用的远程拷贝工具 scp 和 rsync，它们对源目录末尾是否带 / 的处理策略也各有差异。本文梳理一下这些细节，避免在复制文件时踩坑。

cp 命令：GNU vs BSD

cp 命令大致分为两类实现：

GNU 类：常见于 Linux 发行版；
BSD 类：常见于 macOS。

两者在大部分场景下表现一致，但在复制目录时，对源目录末尾的 / 有不同的理解。

普通文件或不存在目标目录时

如果源是文件，目标是一个新文件或不存在的目录，两者都默认直接覆盖（目标目录不存在时会报错）。行为一致。

复制目录时的差异

考虑如下命令：

cp source/ target/

GNU cp（Linux）：默认会在 target 下再生成一层 source 目录，结果路径为 target/source/...。
BSD cp（macOS）：会认为末尾的 / 表示“用户只想复制该目录下的内容”，于是把 source 内部的文件直接放入 target，结果路径为 target/...。

也就是说，在 BSD 风格下，/ 起到了“拆包”目录的效果。

在 Linux 中模拟 BSD 行为

如果你习惯了 BSD 的行为，在 Linux 上可以通过以下方式达到类似效果：

cp source/. target/
# 或者
cp source/* target/

scp 与 rsync 的处理策略

有趣的是，scp 和 rsync 对 / 的处理也不尽相同：

scp：与 GNU cp 一致，会保留源目录层级；
rsync：与 BSD cp 一致，会根据末尾是否带 / 来决定是否“拆包”。

例如：

# scp：远程会生成 target/source/
scp -r source/ user@host:target/

# rsync：远程会把 source/ 下的内容直接放进 target/
rsync -av source/ user@host:target/

我的理解

GNU 系的风格更“稳健”：复制目录就带上目录名，语义明确，不容易误操作, 更适合写 shell 脚本。

BSD 系则更“细节控”：用末尾的 / 来区分“复制整个目录”还是“只复制目录内容”，灵活性更高，但也更容易在跨平台时踩坑。

小结

| 工具 | 末尾带 / 时的行为 | 风格归属 | | ----------------- | ------------------------------- | -------- | | GNU cp / Linux cp | 保留 source 目录层级 | GNU | | BSD cp / macOS cp | 将 source 下内容放入 target | BSD | | scp | 保留 source 目录层级 | GNU | | rsync | 将 source 下内容放入 target | BSD |

在跨平台或混用这些命令时，建议养成明确写 / 或测试目标路径的习惯，避免因实现差异导致文件位置不对。

Linux 下配置 OCS 网课助手

Tue, 28 Apr 2026 06:46:50 GMT

前言

最近在 Linux 桌面环境下尝试运行 OCS 网课助手时，发现官方教程主要面向普通桌面用户，对 Linux 下不同浏览器路径、扩展权限、脚本管理器兼容性等问题没有展开说明。

因此，这篇文章主要记录我在 Linux 环境下配置 OCS 网课助手的过程，重点放在安装、路径配置和发行版差异上。

声明：本文仅记录 Linux 环境下配置浏览器脚本运行环境的过程，不提供绕过课程平台规则、自动完成课程任务或规避学习要求的指导。使用相关工具前，请确认符合所在学校、课程平台与课程教师的规定。

一、OCS 是什么？

OCS，全称 Online Course Script，是一个运行在浏览器脚本管理器中的网课辅助脚本。根据官方说明，它可以通过脚本猫、油猴等脚本管理器运行，并支持多个网课平台。

本文不展开具体课程平台的使用流程，只关注 Linux 环境下如何使用。

项目仓库：ocsjs/ocsjs

二、如何使用？

[!note]使用前须知需要在设置里将浏览器路径设置为 /opt/ocs-desktop/resources/bin/chrome/chrome/chrome 才能正常使用。

Arch Linux

在这里非常感谢 syhanjin，打包了 aur 包 ocs-desktop-bin。当时也是困惑了我很久，最后在 Issue 中发现这个包, 目前还可以正常使用。

通过下面命令安装即可

yay -S ocs-desktop-bin

Debian 系

根据 AUR 包中的安装逻辑，我整理了一个 Debian 系发行版可用的配置脚本。该脚本主要用于下载并放置 OCS Desktop 所需文件，同时创建必要的启动入口。

目前只在我自己的环境中测试过，使用前建议先阅读脚本内容。

# 赋予 setup_ocs.sh 有运行权限
chmod +x setup_ocs.sh
# 运行
./setup_ocs.sh

下载脚本文件

修复 OpenCode 在 tmux 中的滚动问题

Sat, 14 Mar 2026 13:26:06 GMT

问题出现原因：在 Tmux 中上下移动会进入 Vi 模式，在此模式下，它是将整个页面当成 vi 的一个 buffer 对待，因此可以通过设置发送的信息解决，通过 Ai 有如下配置：

bind -n WheelUpPane if-shell -F -t = "#{==:#{pane_current_command},opencode}" \
    "send-keys PgUp" \
    "if-shell -F -t = '#{alternate_on}' \
        'send-keys -M' \
        'select-pane -t =; copy-mode -e; send-keys -M'"

bind -n WheelDownPane if-shell -F -t = "#{==:#{pane_current_command},opencode}" \
    "send-keys PgDn" \
    "if-shell -F -t = '#{alternate_on}' \
        'send-keys -M' \
        'select-pane -t =; send-keys -M'"

B 站换绑实名信息记录

Mon, 16 Feb 2026 13:09:45 GMT

B 站不支持直接换绑，于是有了这篇文章。

我准备把账号的实名信息切换到新的账号上，发现无法直接换绑

注销后才能换绑？

直接发动鬼脑，如果先注销，马上换绑，再取消注销不就可以了

对，没错，就是这么简单直白。注销之后有三天冷静期，在这期间重新登录就可以取消注销了

贴一下知乎的问题除了换绑，里面可能有一些你想要的答案。

B 站 OBS 直播方法

Mon, 16 Feb 2026 11:14:07 GMT

通过油猴脚本在网页端直接开播

第一步：下载浏览器插件

浏览器插件 Tampermonkey ：

Tampermonkey

第二步：下载用户脚本

所需脚本的源码仓库为 ProgramRipper/BLiveWeb。

下载用户脚本

第三步：直播

下载好插件之后就可以在B站网页端正常开播，5000粉丝限制目前没有影响。

Hugo 博客折腾记录

Sat, 14 Feb 2026 05:37:12 GMT

Hugo 安装与使用

安装 Hugo

先决条件：

Git
- 使用[Hugo Modules] 功能
- 将主题作为Git子模块安装
Go
Dart Sass
- 使用最新的Sass语言特性时被用于将Sass转换为CSS

安装：

Arch Linux

sudo pacman -S hugo

macOS

brew install hugo

Ubuntu

sudo snap install hugo

快速起步

创建目录

# 创建站点
hugo new site blog
# 进入目录
cd blog
# Git仓库初始化
git init
# 将主题以 Git 子模块的形式加入
git submodule add https://github.com/theNewDynamic/gohugo-theme-ananke.git themes/anank
# 在配置文件中加入主题配置
echo "theme = 'ananke'" >> hugo.toml
# 启动 Hugo 开发服务器
hugo server

添加内容

# 在 content/posts 文件夹内创建文件
hugo new content/posts/my-first-post.md
# 启动 Hugo 开发服务器（-D 表示显示草稿）
hugo server --buildDrafts
hugo server -D

配置 Hugo

baseURL = 'https://example.org/'
languageCode = 'en-us'
title = '我的新 Hugo 网站'
theme = 'ananke'

为您的生产网站设置 baseURL。该值必须以协议开头，并以斜杠结尾，如上所示。
将 languageCode 设置为您的语言和地区。
为您的生产网站设置 title。

启动 Hugo 的开发服务器以查看更改，记得包含草稿内容。

hugo server -D

发布网站

发布”网站时，Hugo 会在项目根目录的 public 目录中创建整个静态网站。其中包括 HTML 文件和像图像、CSS 文件和 JavaScript 文件这样的资源。

当您发布网站时，通常不希望包含[草稿、将来或过期内容]。命令很简单。

hugo

主题配置

我使用的主题是 BlowFish 。

基础配置

首先，将主题内themes/blowfish/config/_default/文件夹内的文件复制到config/_default/文件夹内

config
└── _default
    ├── hugo.toml              --核心与基础配置
    ├── languages.zh-CN.toml   --语言与作者信息
    ├── menus.zh-CN.toml       --中文版网站的导航菜单
    ├── markup.toml            --控制 Markdown 如何转换成 HTML
    ├── module.toml            --用于 Hugo Modules（Go 模块）的配置
    └── params.toml            --Blowfish 主题特有的外观和功能配置

为什么这样分类？ 这种分类方式对应 Hugo 配置中的根键 (Root Keys)：

params.toml 里的内容等同于在主文件中写 [params]。
markup.toml 里的内容等同于写 [markup]。
languages.zh-CN.toml 等同于 [languages.zh-CN]。

Neovim 运行与配置加载机制简析

Wed, 28 Jan 2026 06:32:56 GMT

在我学习 Neovim 的过程中，逐渐对它的启动流程和配置加载机制有了一些理解，分享一下共大家阅读。如有理解不对的，欢迎在评论区指正

一、Neovim 配置加载结构

常见的 Neovim 配置目录结构如下：

~/.config/nvim/
├── init.lua                  # Neovim 启动入口
├── lua/
│   ├── config/               # 核心配置
│   │   ├── options.lua       # vim.opt / vim.o
│   │   ├── keymaps.lua       # 快捷键
│   │   ├── autocmds.lua      # 自动命令
│   │   └── lazy.lua          # Lazy.nvim 插件管理器
│   │
│   └── plugins/              # 插件配置
│       ├── ui.lua            # UI 类插件
│       ├── lsp.lua           # LSP / mason
│       ├── cmp.lua           # 自动补全
│       ├── treesitter.lua    # 语法高亮
│       └── init.lua          # 插件入口
│
└── after/                    # 启动后加载
    └── ftplugin/
        └── python.lua

二、Neovim 启动时做了什么？

init.lua：启动入口

init.lua 是 Neovim 默认且唯一的启动入口
启动后，Neovim 会自动加载：
```
~/.config/nvim/init.lua
```

在 init.lua 中写的任何 Lua 代码都会立即执行。

lua/ 目录与模块机制

lua/ 目录 本身并不是 runtimepath 的一项
但它是 runtimepath 中目录的子目录
Neovim 在 require() 时，会自动在所有 runtimepath/lua/ 下查找模块

例如：

require("config.options")

Neovim 实际查找的是：

~/.config/nvim/lua/config/options.lua

可以通过下面命令查看当前 runtimepath：

:set rtp?

after/ 目录的作用

after/ 目录用于覆盖或补充已有配置，加载顺序在最后：

在所有 runtimepath 加载完成后
自动加载 after/ 目录中的内容

三、配置拆分与加载方式

在 init.lua 中，通常只保留最少逻辑：

require("config.options")
require("config.keymaps")
require("config.autocmds")
require("config.lazy")

四、插件是如何被加载的？（以 Lazy.nvim 为例）

lazy.nvim 的核心职责是：

自动下载插件
将插件路径加入 runtimepath
控制插件加载时机（懒加载）

require("lazy").setup({
  { "nvim-treesitter/nvim-treesitter", event = "BufReadPost" },
  { "neovim/nvim-lspconfig", ft = "lua" },
})

当插件被加载后：

插件目录会被加入 rtp
插件中的：
- plugin/*.lua
- lua/*.lua
- after/*.lua

都会按规则参与加载

五、Neovim Lua API 简介

Neovim 提供了一套完整的底层 API：

官方文档

API 文档：https://neovim.io/doc/user/api.html#api

底层 API 调用方式类似：

vim.api.nvim_set_keymap(...)
vim.api.nvim_buf_set_lines(...)

更推荐的 Lua 高级接口

由于底层 API 较为繁琐，Neovim 提供了更友好的 Lua 封装：

vim.o / vim.opt：设置选项
vim.fn：调用 Vimscript 函数
vim.cmd()：执行 Vim 命令
vim.keymap.set()：设置快捷键

示例：

vim.opt.number = true
vim.keymap.set("n", "<leader>w", ":w<CR>")
# 如果不用vim.o的话,下面的方式过于繁琐
-- 如果不用 vim.o，下面的方式会更繁琐
vim.api.nvim_set_option_value('number', true, {})
vim.api.nvim_set_keymap(
  "n",
  "<leader>w",
  ":w<CR>",
  { noremap = true, silent = true }
)

因此，在 Neovim 配置中，更推荐优先使用 Lua API

六、小技巧

查看和设置选项

是一个非常友好的选项浏览界面,方便配置option

:options

Cookie、Session 与 JWT：发展与用途

Sat, 27 Dec 2025 02:50:39 GMT

一、问题背景：HTTP 无状态

HTTP 天生无状态：服务器无法区分多次请求是否来自同一用户
实际需求：登录态、购物车、个性化设置
解决思路：在多次请求之间携带或保存“状态”

二、Cookie（第一代方案）

1. 出现背景

1994 年 Netscape 提出
目标：让浏览器在多次请求中携带少量信息

2. 本质

存储位置：客户端（浏览器）
形式：键值对（key=value）
浏览器会自动保存、自动携带

3. 典型用途

用户偏好（主题、语言）
会话标识（如 sessionId）
访问统计

4. 优缺点

优点

简单
浏览器原生支持

缺点

数据在客户端，可被查看和篡改
不适合存敏感信息
单个 Cookie 大小有限（约 4KB）

结论：Cookie 本身不适合作为“可信身份存储”

三、Session（第二代方案）

1. 出现背景

为解决 Cookie 不安全的问题
目标：状态由服务器统一管理

2. 核心思想

用户状态存在服务器
客户端只保存一个 sessionId（通常通过 Cookie）

浏览器：JSESSIONID=ABC123
服务器：ABC123 → 用户信息

3. 工作流程

用户登录
服务器创建 Session
生成 sessionId
通过 Cookie 返回给浏览器
后续请求自动携带 sessionId

4. 典型用途

传统 Web 网站
后台管理系统
企业内部系统

5. 优缺点

优点

安全性高（敏感数据在服务器）
可主动失效、强制下线
逻辑清晰，易理解

缺点

服务器有状态
集群需要 Session 共享（如 Redis）
扩展成本较高

四、Session 的瓶颈（Web 形态变化）

1. 新变化

用户规模扩大
服务器集群化
前后端分离、移动端兴起

2. 暴露的问题

负载均衡下 Session 不一致
Session 粘性或共享增加复杂度
不适合纯 API / 微服务场景

五、JWT（第三代方案）

1. 出现背景

前后端分离
REST API
微服务架构

2. 核心思想

服务器不存用户状态
用户每次请求都携带“自包含凭证”

从“服务器记住你” → “你自己证明你是谁”

3. JWT 结构

Header：算法、类型
Payload：用户信息、过期时间（Base64 编码）
Signature：防篡改签名

Header.Payload.Signature

4. 使用方式

登录成功后返回 JWT
客户端保存（localStorage / Cookie）
请求时放入 Header

Authorization: Bearer <token>

5. 优缺点

优点

服务器无状态
天然支持集群、微服务
适合 API、移动端

缺点

无法主动失效（只能等过期）
泄露风险高（必须 HTTPS）
Payload 不可存敏感信息

六、三者对比总结

| 维度 | Cookie | Session | JWT | | ---------- | ------ | -------- | ------------ | | 存储位置 | 客户端 | 服务器 | 客户端 | | 是否有状态 | 否 | 是 | 否 | | 安全性 | 低 | 高 | 中 | | 扩展性 | 高 | 低 | 高 | | 主动失效 | 否 | 是 | 否 | | 适用场景 | 辅助 | 传统 Web | API / 微服务 |

七、现实中的组合使用

1. Cookie + Session（经典）

服务端渲染页面
Java Web / JSP / Thymeleaf

2. JWT + Header（主流）

前后端分离
REST API

3. JWT + Refresh Token（常见折中）

短期 JWT
长期 Refresh Token 存 Redis / Session

八、核心理解

Cookie：传递信息的载体
Session：服务器集中管理状态
JWT：客户端自带凭证，服务器只校验

三者不是简单的新旧替代，而是不同 Web 时代下的最优解

Niri + Noctalia：在 Arch Linux 上搭建桌面环境

Fri, 26 Dec 2025 02:12:46 GMT

首先,我们要知道: niri作为一个窗口管理器, 是没有完整的桌面环境, 因此需要自己额外配置, 目前有两种主流的方式:

一种是用户自己配置所有所需部件(比如: waybar rofi dunst之类的)
另一种则是直接使用别人写好的quickshell,实现开箱即用的效果(也是在niri官方快速入门文档中所推荐的)

安装

这里我们采用的是第二种noctalia(和niri推荐的dms类似) 如果你是arch的话,直接运行以下命令即可安装

sudo pacman -Syu niri xwayland-satellite xdg-desktop-portal-gnome xdg-desktop-portal-gtk alacritty
yay -S noctalia-shell

此外,我习惯使用的一些软件如下:

yay -S kitty timeshift hyprlock swayidle polkit-gnome fcitx5-im fcitx5-chinese-addons

kitty 和alacritty类似的终端模拟器
timeshift 一个系统备份和回溯工具
hyprlock hyprland下的锁屏软件
swayidle 用于检测系统长时间操作实现自动休眠等功能
polkit-gnome 用于身份认证

启动

在终端下输入niri-session简单体验一下niri吧~

配置 Niri

niri的配置文件默认在$HOME目录的.config/niri下,使用的是kdl语法

我习惯使用kitty, 所以进入niri配置文件, 将alacritty修改成kitty

- Mod+Return hotkey-overlay-title="Open a Terminal: alacritty" { spawn "alacritty"; }
+ Mod+Return hotkey-overlay-title="Open a Terminal: kitty" { spawn "kitty"; }

配置一下niri的开机启动,将下面代码加入niri配置文件中

spawn-at-startup "fcitx5"
spawn-at-startup "/usr/lib/polkit-gnome/polkit-gnome-authentication-agent-1"
spawn-sh-at-startup "qs -c noctalia-shell"
spawn-sh-at-startup "/usr/bin/swayidle -w timeout 601 'niri msg action power-off-monitors' timeout 600 'hyprlock' before-sleep 'hyprlock'"

在该配置中,有两点需要注意一下:

因为n卡的原因,我没有配置长时间自动休眠,如有需要,自行去修改一下swayidle的配置
hyprlock的锁屏需要自己配置一下

配置 Niri 开机自启动

我这里使用的是greetd,使用 sudo pacman -S greetd 安装即可然后配置一下greetd的配置文件 /etc/greetd/config.toml 将最后一行的username换成你自己的名字即可

[terminal]
vt = 1

[default_session]
command = "niri-session"

user = "username"

greetd的开机自启动

sudo systemctl enable greetd
sudo systemctl disable getty@tty1

现在重启就可以体验你全新的 niri 了

FAQ

N 卡用户的 Niri 内存占用过高

在/etc/nvidia/nvidia-application-profiles-rc.d/50-limit-free-buffer-pool-in-wayland-compositors.json文件内写入一下内容:

{
    "rules": [
        {
            "pattern": {
                "feature": "procname",
                "matches": "niri"
            },
            "profile": "Limit Free Buffer Pool On Wayland Compositors"
        }
    ],
    "profiles": [
        {
            "name": "Limit Free Buffer Pool On Wayland Compositors",
            "settings": [
                {
                    "key": "GLVidHeapReuseRatio",
                    "value": 0
                }
            ]
        }
    ]
}

具体参考niri的官方文档

Noctalia 图标显示异常

参考noctalia官方文档配置 /etc/environment 文件 ,加入下面一行即可

QT_QPA_PLATFORMTHEME=gtk3

Fcitx5 输入法问题

同样配置 /etc/environment 文件

# X11或XWayland窗口需要
XMODIFIERS=@im=fcitx
# Qt窗口需要
QT_IM_MODULE=fcitx