【实战记录】Proxmox VE (PVE) EFI 引导损坏修复全流程

摘要：本文记录了一次 Proxmox VE (PVE) 系统引导丢失后的完整修复过程。涵盖使用 Debian LiveCD 进行 chroot 挂载、修复 UEFI GRUB 引导、清理多余 NVRAM 引导项，以及解决因格式化 ESP 分区导致 /etc/fstab UUID 不匹配进入 Emergency Mode 的终极坑点。

基于 kekxv/gitea-pages 与 Gitea Actions 构建静态站点托管服务

Gitea 本身是一个轻量级的 Git 服务，但官方暂未提供类似 GitHub Pages 的原生静态站点托管功能。如果你需要在 Gitea 环境中实现自动化部署并托管静态文档或前端构建产物，可以引入开源项目kekxv/gitea-pages 作为解决方案。

本文将介绍该项目的工作机制，并重点解析服务端的 Docker 部署方式，以及如何通过 Gitea Actions 编写 CI/CD 工作流，实现代码提交后的全自动构建与部署。

JSON 工具箱 (JSON Toolbox)

一个强大、美观且纯前端的 JSON 工具网页，提供了丰富的 JSON 处理功能，包括格式化、对比、排序和可交互的视图。

点击使用 json-tools.html

前言：因为我的主力开发机器并不是Windows，但是我又需要使用vs2015开发Windows的应用程序。所以，我希望能通过web ide 进行开发，而不是远程工具，这样我就可以将他部署在任何地方，实体机、虚拟机都可

各位开发者，想必都对 VS Code 这款强大的本地代码编辑器情有独钟。它轻量、高效，插件生态丰富。但当你需要一个可以在任何浏览器中访问的 VS Code 环境时，例如在平板上编写代码，或者远程连接到一台高性能服务器进行开发，code-server 就应运而生了。

code-server 允许你在服务器上运行 VS Code 后端，并通过浏览器前端进行交互，提供与本地 VS Code 几乎一致的使用体验。然而，code-server 本身并不直接支持 Windows 系统。那么，如何在 Windows 上实现这种“云端 IDE”的梦想呢？答案就是利用 **Windows Subsystem for Linux (WSL)**！

通过 WSL，我们可以在 Windows 系统内部运行一个完整的 Linux 环境，从而完美规避 code-server 不支持 Windows 的问题，同时又能享受到 Windows 系统的便利。

在使用gitea actions跑安卓ci/cd的时候，有时候老失败，可以考虑换源。

主要是~/.android/repositories.cfg这个配置

最近在使用boost时，发现都是教人将依赖安装到系统，有的时候不太方便，刚好我有比较喜欢使用bazel，所以觉得创建一个简单的boost项目作为学习和测试的起点。

Bazel - a fast, scalable, multi-language and extensible build system

在一些情况下，我们需要在没有网络的环境下进行编译，或者一些原因，互联网不再互联网了。

我们可以使用bazel的供应商模式，离线编译，来解决这个问题。

遇到一个很棘手的问题，PVE的引导丢了！

丢失引导有两种情况，GRUB和grub rescue模式。

随着网络的发展，越来越多的场景被发掘，例如用户交互。用户交互除了使用文字之外，还能使用图片，这就涉及到图像的检测，毕竟不能把所有的图都接受并显示出来，
那和twitter有什么区别。

这里简单的介绍一下NSFW的图像检测，支持返回结果：

• drawings - safe for work drawings (including anime)
• hentai - hentai and pornographic drawings
• neutral - safe for work neutral images
• porn - pornographic images, sexual acts
• sexy - sexually explicit images, not pornography

今天发现一个计算时间的BUG，每次执行操作的时候，结果居然不一样。

代码如下：

1
2
3
4
5
6
7
8
9
10
11
12
13

std::string GetTime(const std::time_t &currentTime, int offset, const char *format_string) {
  char buffer[80];
  const auto *tm = std::localtime(&currentTime);
  std::strftime(buffer, sizeof(buffer), format_string, tm);
  return buffer;
}
int main(){
    time_t time_offset = time(nullptr);
    struct tm *now_ = localtime(&t);
    std::cout << GetTime(time_offset -  now.tm_wday * 24 * 60 * 60, 0,"%Y-%m-%d") << std::endl;
    std::cout << GetTime(time_offset -  now.tm_wday * 24 * 60 * 60, 0,"%Y-%m-%d") << std::endl;
    return 0;
}

两次打印出来的时间居然不是一致的！

原因是：std::localtime返回的指针是内部变量，下次再调用std::localtime之后，将会对它进行更新，导致每次now.tm_wday实际的值已经改变了。

解决的方法也很简单，对std::localtime进行拷贝就好了。

以后再看到直接返回指针的函数，都要留一下心，看看是不是内部的变量的指针！