zi4dbek的小站

1. 安装前关键准备 1.1 硬件兼容性核查 执行终端命令检查关键硬件型号： lspci -nnk | grep -EA3 'VGA|3D|Network' 核对 Ubuntu 认证硬件库 确保兼容性，尤其注意： NVIDIA/AMD 显卡 Broadcom/Intel 无线网卡 较新的雷电接口设备 1.2 启动盘制作 推荐使用 Ventoy 工具（支持多系统镜像）： 下载 Ubuntu ISO 镜像后校验完整性：sha256sum ubuntu-*.iso Ventoy 写入U盘后，直接将ISO文件拖入U盘分区 2. 图形安装界面必选项 安装过程中 必须勾选 以下选项（位于“其他选项”页）： [x] 安装时下载更新 获取最新安全补丁，避免驱动兼容问题 [x] 安装第三方软件 包含专有驱动、媒体解码器等闭源组件 [x] 为图形设备安装专有驱动 解决显卡异常/无线网卡失效/风扇狂转问题 注：跳过上述勾选可能导致安装后无法进入图形界面 3. 分区方案黄金法则 采用以下分区结构（适用于单硬盘场景）： 挂载点 大小 文件系统 优化参 ...

夜深人静之时，你是否曾注视手中这块发光的屏幕，它曾是轻巧的沟通媒介，如今却变得沉重、迟缓，像一个被无限喂养的数字巨婴？曾几何时，一个聊天应用的安装包仅需几百KB，启动耗时不过眨眼之间。而今天，当微信8.0版本径直突破250MB，支付宝客户端集成了上百项生活服务，乃至一款日常使用的打车软件也悄然嵌入了社区团购和短视频模块，我们不禁要问：我们手中掌握的，究竟是高效的工具，还是一个正在失控膨胀的数字黑洞？ 这并非简单的“内存不足”或“手机太旧”的抱怨，而是一场关乎移动应用设计哲学、底层技术演进与商业逻辑博弈的深层次讨论。在用户感知迟滞的表面之下，隐藏着无数行代码的累积、架构理念的妥协，以及对用户体验边界的悄然侵蚀。 一、现象的剖析：失控的“进化” 根据TECH2023移动应用性能白皮书的最新数据，全球Top 50的移动应用平均安装包大小已从2015年的25MB飙升至如今的280MB，增长率高达1020%。这其中，非核心功能代码占比惊人。以某头部电商应用为例，其图片处理模块的算法库规模已达27MB，而其在过去五年间的优化迭代，仅仅将图像识别的准确率提升了1.2%，却为整个应用增加了超过80毫 ...

本月对网站进行了多项更新与优化，主要工作内容如下： 主要更新 域名变更 网站域名已由 zi4dbek.github.io 更新为 blog.zi4dbek.top。 原域名访问将自动重定向至新地址，已收藏链接无需更新。 图片存储迁移 图片资源已从 GitHub 迁移至自有域名 zi4dbek.top 下的存储服务，预计可提升图片加载速度。 背景音乐 (BGM) 歌单更新 对网站背景音乐歌单进行了内容调整。 播放器仍使用 APlayer，未发现兼容性问题。 问题修复 修复了移动端页面目录跳转功能偶尔失效的问题。 修复了暗色主题下数学公式显示异常的问题。 其他更新 新增个人主页 已上线个人主页：https://zi4dbek.top 主页样式预览： 全站状态页上线（试运行） 网站状态监控页已上线，可访问以下链接查看：https://status.zi4dbek.top/status/zi4dbek 状态页预览：

1. 引言 本网站最初使用 Typecho 自带的评论模块。 随着网站的发展，评论系统经历了数次更迭。 本文将记录评论系统更换的详细过程，并分析不同方案的优缺点。 2. 评论系统的演变 2.1. 早期方案：Typecho 自带评论 网站早期使用 Typecho 自带的评论模块。 此后，尝试使用 Giscus 作为评论系统。 Giscus 基于 GitHub Discussions，具有轻量便捷的特点。 但在将网站迁移至 GitHub Pages 后，发现 butterfly 主题的 Giscus 评论框仅支持英文界面，因此放弃了 Giscus 方案。 2.2. Gitalk 方案 最初考虑使用 Gitalk， 它基于 GitHub Issues 存储评论，用户可以使用 GitHub 账号直接登录并发表评论。 更换原因： GitHub Issues 的特性导致用户发布评论后会自动订阅该 Issue。 当 Issue 有新的评论时，所有订阅者都会收到邮件通知，可能对部分用户造成困扰。 2.3. 当前方案：Twikoo 最终选择 Twikoo 作为当前使用的评论系统， 因为 Twi ...

1. 创建 Azure DevOps 组织和项目 在 https://dev.azure.com 创建组织并建立项目。 在项目内创建 Repo，并点击 “Initialize” 初始化仓库。 2. 创建 Personal Access Token (PAT) 访问 https://[组织名].visualstudio.com/_usersSettings/tokens 创建 Token。 权限需要 read & write 3. 安装 PicGo 插件 使用以下命令安装 azureimg 插件： 12picgo install azureimg 4. 配置 PicGo 使用以下命令配置插件： 123BASHpicgo set uploader azureimg #配置 azureimgpicgo use transformer #选择 pathpicgo use uploader #选择 azureimg 作为 uploader 配置完成后，您可以使用 PicGo 将图片上传至 Azure Repo 图床。 本文内容转载自 https://github.com ...

最新信息：微软收紧了申请政策，现在新加入的账号会提示没有资格加入，以前注册的不受影响。 仓库安全警示 由于 GitHub 存在漏洞，攻击者可以通过 Pull Request 执行挖矿程序，因此建议您删除原先 Fork 的代码，并使用导入私有仓库的方法再运行 Action 任务。 续订成功通知（示例） Office 365 E5 是微软为开发者提供的一个临时管理账号服务，该服务可供任何人申请。此账号的最大优势在于可以分配 25 个子账号，每个子账号都拥有 5TB 的 OneDrive 存储空间 和完整的 Office 客户端 使用权限。 首次申请后，可以免费使用 90 天。到期后，利用微软的机制并通过 GitHub Action 或腾讯云函数等平台设置定时任务，可以实现 自动续期，从而达到长期使用的目的。 申请步骤 打开 申请链接，使用您的微软账号进行登录。如果还没有账号，可以根据页面提示进行注册。 登录成功后，进入信息填写页面。选择 国家，随意填写 公司 名称，勾选 接受条款，然后点击 下一步。 进入个性化体验页面后，随意选择几个必选项，然后点击 加入。 ...

1. 准备工作 安装 Node.js 和 Git： Hexo 依赖 Node.js 运行， Git 用于版本控制和部署。 Hexo 原理： Hexo 是一个静态站点生成器，可以将 Markdown 格式的文本文件转换为静态 HTML 网页。 Hexo 会自动生成站点目录、标签等内容，从而简化博客管理流程。 2. 基于 GitHub Pages 部署 创建 GitHub 仓库： 在 GitHub 上创建一个新的仓库，用于托管博客静态文件。建议将仓库命名为 username.github.io，其中 username 是您的 GitHub 用户名。 若使用其他仓库名，访问地址将包含仓库名。 安装 Hexo： 使用 npm install -g hexo-cli 命令全局安装 Hexo 命令行工具。 初始化 Hexo： 在本地文件系统中创建一个新的文件夹，并使用 hexo init 命令初始化 Hexo 站点结构。 3. 生成与预览 生成静态页面： 使用 hexo generate 命令生成静态网页文件，默认输出目录为 public。 本地预览： 通过 hexo server ...

1. 引言 在使用对象存储服务（如OSS）搭建图床时，存储容量费用与流量费用是主要的成本构成。原始图片上传至图床，其文件大小直接影响流量消耗。因此，在通过 PicGo 实时上传图片前，若能进行有效压缩，可以显著降低流量费用。PicGo 支持通过 compress 插件实现这一功能。本文将介绍如何在 Windows 操作系统环境下安装并配置该插件。 2. Compress 插件安装与配置 2.1 前置条件：Node.js 环境 安装 picgo-plugin-compress 插件需要预先安装 Node.js。PicGo 依赖 Node.js 运行插件，请确保已正确安装 Node.js 环境。建议安装LTS (Long Term Support) 长期支持版本，以保证软件的稳定运行。 下载 Node.js： - 访问 Node.js 官方网站：Node.js。 - 下载并安装 LTS 版本。 安装 Node.js： - 安装过程中，系统可能会提示安装可选组件，例如 Python、Visual Studio Build Tools 和 Chocolatey。 这些组件为 No ...