最近放假闲来无事想找本书看看，复习一下好多年没用的 C#。 随便挑了一本 C# 12 And .Net 8（ISBN: 9781837635870），但是没有找到中文版，用 gemini-2.5-flash 翻译了一下。 中文版 epub 英文版 epub

综合电子书 Zlib

🧰 工具简介 1. Sunshine GitHub 地址: https://github.com/LizardByte/Sunshine 功能: Sunshine 是一个开源的游戏串流服务器，允许你将 PC 上的画面串流到其他设备。 安装位置: 安装在你要作为“主控电脑”的 Windows 主机上。 2. Moonlight 官网地址: https://moonlight-stream.org/ 功能: Moonlight 是一个支持多平台的串流客户端，可以在 Android、iOS、Linux、macOS 等设备上运行，接收 Sunshine 串流的画面。 安装位置: 安装在你想用作“扩展屏幕”的闲置设备上。 3. Virtual-Display-Driver (VDD) GitHub 地址: https://github.com/VirtualDrivers/Virtual-Display-Driver 功能: 创建一个虚拟显示器，让系统认为连接了一个真实的显示器，从而实现软件级的扩展屏功能。 安装位置: 安装在 Windows 主机上，用于创建虚拟显示输出。 📌 实现原理简述 通过以下方式实现：

在 Go 语言中，错误处理是一个核心设计哲学。通过显式的错误返回值(error 类型)，开发者必须直面潜在的问题。然而，许多刚接触 Go 的开发者(甚至是有经验的开发者)常犯一个错误：直接返回原始的 err。这种看似简单的行为，实际上会为代码的调试和维护埋下隐患。 直接返回 err 的问题 1. 错误信息不透明 当你在多层嵌套的函数调用中直接返回 err 时，上层调用者可能完全不知道错误的来源：

最近 Deepseek 发布 R1 模型，在网上特别火，正好闲的没事部署一个 7b 版本玩一玩。 使用 ollama 可以简化部署流程，通过 yay -S ollama 安装 ollama 后，启动服务 sudo systemctl start ollama，再运行命令 ollama run deepseek-r1 即可开始对话。 但是很快我发现事情不对，为什么生成速度那么慢？查看资源管理器发现推理运行在 CPU 上，完全没有使用 GPU 加速，于是我开始排查问题。 查看 ollama 服务的日志 journalctl -u ollama -f 发现一行警告 no cuda runners detected, unable to run on cuda GPU，但是我显然是有 CUDA 驱动的。 于是我在网上一顿搜，看到解决方法直接无语。aur 库中除了有 ollama 还有一个 ollama-cuda，需要同时安装才能调用 cuda 加速。

最近把各个服务从 Debian 迁移到 Archlinux，顺便把 Docker+Compose 换成 Podman(无根)+Quadlet，期间遇到了一些奇怪问题，记录一下。 当 compose 中有容器间的依赖关系时，podlet compose –pod 生成的配置无法正常工作 podlet 生成时会将依赖关系转换为：

使用 USB 线连接 直接连接即可

只是做一些简单的记录，具体的使用方法都可以在各个工具的文档中找到。 游戏破解 GBE FORK 下载 https://github.com/Detanup01/gbe_fork

问题描述 在使用 Sing-box 时，Tailscale 客户端无法正常工作。 在其他设备可以通过 tailscale ping <ip/hostname> ping 通主机，但是无法建立连接(例如 ssh 会显示 Connection refused)。

以 Archlinux 为例，其他发行版请自行调整命令。 0. (可选)安装 proton-ge-custom GE-Custom 相较于官方版本有以下优势：