跳至主要內容
iMac 2011 独立安装 Windows 10 全流程指南

概述

iMac 2011 机型支持的最高 macOS 版本为 High Sierra，已难以满足现代办公与娱乐需求；而 Linux 系统的图形界面体验在该机型上不够流畅。因此，安装 Windows 10 成为更优选择。

不过，iMac 2011 原生仅支持通过光盘安装 Windows 7，无法直接使用常规方法安装 Windows 10。本文将详细介绍如何突破这一限制，在 iMac 2011 上独立安装 Windows 10 并确保硬件正常工作。

详细步骤

一、准备工作

  1. 准备一个容量至少 8GB 的 U 盘，通过 macOS 磁盘工具将其格式化为 ExFAT 格式（分区表选择 MBR）。

  2. 从微软官网下载 Windows 10 官方安装镜像（ISO 文件）。

  3. 挂载下载的 ISO 镜像，将所有文件复制到格式化后的 U 盘中（建议使用命令行工具确保文件完整性）。

佳哥很忙2025/10/21大约 3 分钟文章iMac 2011Windows 10系统安装
Ubuntu 网络配置：基于 Netplan 的完整指南

概述

在 Ubuntu 系统中，网络配置工具历经迭代，自 Ubuntu 17.10（Artful Aardvark） 起，Netplan 正式取代传统的 ifupdown（如 ifconfig、/etc/network/interfaces），成为默认的网络配置工具。它通过简洁的 YAML 配置文件定义网络接口参数，再借助 systemd-networkd 或 NetworkManager 等后端渲染器应用配置，大幅简化了复杂网络环境的设置流程，尤其适合服务器场景下的静态 IP 配置、路由管理等需求。

一、核心配置文件路径

佳哥很忙2025/5/18大约 3 分钟文章networkubuntu
2025 版 GitLab 完整搭建指南：Docker Compose 部署 + Runner 注册 + CICD 配置

概述

GitLab 作为集 “代码托管、CI/CD 流水线、项目管理” 于一体的开源工具，是团队协作开发的核心载体。相比 GitHub 或 Gitee 私有仓库，自建 GitLab 能更灵活地控制数据隐私与流水线流程。

本文基于 Docker Compose 实现 GitLab 快速部署（含 GitLab CE 核心服务与 GitLab Runner 执行器），并提供从 “环境启动” 到 “Runner 注册”，再到 “项目 CI/CD 配置” 的全流程操作，适配 2025 年最新的 GitLab 17.7.0 版本，新手可按步骤复刻，团队可直接复用配置文件落地生产。

佳哥很忙2025/1/8大约 14 分钟文章GitLabDocker ComposeGitLab RunnerCI/CD自建代码仓库
Docker 镜像拉取失败？一招搞定 Docker 代理配置（Linux 系统通用）

概述

在日常使用 Docker 时，经常会遇到 “镜像拉取慢”“拉取超时”“无法连接镜像仓库” 等问题，核心原因通常有两个：

  1. 国内网络访问 Docker Hub、Google Container Registry 等海外仓库时，网络延迟高或存在访问限制；
  2. 企业 / 校园等内网环境中，需通过指定代理服务器才能访问外部网络。

Docker 本身不会自动使用系统全局代理，需单独配置代理规则 —— 无论是 HTTP/HTTPS 代理，还是 Socks5 代理，都可通过修改 Docker 服务的系统配置实现全局生效，彻底解决镜像拉取难题。本文以 Linux 系统（Ubuntu/CentOS/Debian 通用） 为例，详解两种主流代理场景的配置步骤。

佳哥很忙2024/12/12大约 7 分钟文章dockerproxy
K8s 镜像拉取难题：Containerd 代理配置完整指南

概述

在 K8s 集群中，Containerd 作为默认容器运行时，负责镜像拉取、容器启停等核心操作。但实际部署中常遇到 “镜像拉取超时”“无法连接海外仓库（如 Docker Hub、gcr.io）” 等问题，核心原因有两个：

  1. 网络访问限制：国内网络访问海外镜像仓库时，存在延迟高或连接阻断问题；
  2. 内网环境隔离：企业 / 机房内网需通过指定代理服务器才能访问外部网络。
佳哥很忙2024/12/11大约 6 分钟文章k8sproxy
MacOS 手动安装 OpenSSL 教程：解决 Homebrew 升级失败问题（M1 Monterey 适用）

概述

在 M1 芯片的 MacBook Pro（macOS Monterey 系统）上，很多开发工具（如 Python、Git、Node.js）依赖 OpenSSL 库。若之前通过 Homebrew 安装过 OpenSSL，当系统版本老旧导致 Homebrew 无法正常升级（如依赖冲突、仓库源失效）时，手动安装 OpenSSL 就成了必要选择 —— 既能避免系统兼容性问题，又能确保后续软件更新有匹配的依赖环境。

本文针对 M1 架构 + Monterey 系统，提供从 “卸载旧版本” 到 “手动编译安装”“路径配置” 的完整步骤，每一步均标注关键注意事项（如架构适配、路径权限），确保新手也能顺利完成安装，解决 “软件依赖 OpenSSL 版本过低” 的核心痛点。

佳哥很忙2024/12/9大约 8 分钟文章OpenSSL
Node.js 命令行脚本开发：4 个必备工具包

概述

用 Node.js 写命令行脚本时（如项目初始化工具、批量处理脚本、CLI 工具），仅靠原生 process.argv 解析参数、console.log 输出内容，会面临三大痛点：

  1. 参数解析繁琐：手动处理 --version、--help 或自定义命令（如 init/build），需写大量判断逻辑；
  2. 交互体验差：无法轻松实现 “输入框、单选 / 多选” 等交互，用户操作门槛高；
  3. 视觉反馈弱：输出内容单调无样式，耗时操作无加载提示，用户不知道脚本是否在运行。
佳哥很忙2024/10/23大约 13 分钟文章nodejs
TypeScript 路径别名（Aliases）：从配置到实战，告别复杂相对路径

概述

在 TypeScript 项目开发中，随着模块引用是高频操作 —— 尤其是中大型项目，目录结构往往层级较深（如 src/api/models/user.ts）。若使用传统相对路径引用，常会出现 ../../../../api/models/user 这类 “路径嵌套地狱”：不仅编写时容易数错层级，后续目录重构时也需逐个修改路径，既降低开发效率，又增加维护成本。

路径别名（Path Aliases）的核心作用，就是将复杂的相对 / 绝对路径映射为简短的自定义别名（如用 #api/_ 代替 src/api/_），让模块引用更简洁、可读性更强，同时减少目录重构带来的路径修改工作量。

佳哥很忙2024/9/13大约 7 分钟文章Typescript路径别名模块化开发
Apifox 入参加号被解析为空格？1 分钟解决 URL 编码问题

概述

在使用 Apifox 进行 API 测试时，很多同学会遇到一个诡异问题：当 Query 参数（如手机号、验证码、带特殊符号的字符串）中包含 “+” 时，发送请求后服务器接收到的 “+” 会被自动解析为空格，导致参数校验失败（比如 “13800138+000” 变成 “13800138 000”）。

这并非 Apifox 的 “bug”，而是源于 URL 编码的行业规范：在 HTTP 协议中，“+” 符号在 Query 参数里有特殊含义 —— 默认代表 “空格”（这是早期表单提交时的编码约定，延续至今）。Apifox 作为标准化的接口测试工具，会自动对 Query 参数进行 URL 编码，此时 “+” 会被编码为代表空格的 %20，最终导致服务器解析异常。

佳哥很忙2024/9/11大约 2 分钟文章Apifox