折腾笔记 https://www.hu365.dev Justin Woo（吴晓虎）的个人博客，生命不息，学习不止 Sun, 18 Feb 2024 01:34:53 +0000 zh-CN hourly 1 https://wordpress.org/?v=6.4.3 https://www.hu365.dev/wp-content/uploads/2022/10/cropped-logo-正矩形.blue_-32x32.png 折腾笔记 https://www.hu365.dev 32 32 Xampp MySql 不能启动记录 https://www.hu365.dev/blog/2023/01/295/ Tue, 31 Jan 2023 11:26:00 +0000 https://www.hu365.dev/?p=295 阅读更多]]> 一：错误展示

过完春节回来，忽然就启动不了了，错误日志如下

Cannot find checkpoint record at LSN (1,0x60c9)
2023-01-31 16:47:40 0 [ERROR] mysqld.exe: Aria recovery failed. Please run aria_chk -r on all Aria tables and delete all aria_log.######## files
2023-01-31 16:47:40 0 [ERROR] Plugin 'Aria' init function returned error.
2023-01-31 16:47:40 0 [ERROR] Plugin 'Aria' registration as a STORAGE ENGINE failed.
2023-01-31 16:47:40 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2023-01-31 16:47:40 0 [Note] InnoDB: Uses event mutexes
2023-01-31 16:47:40 0 [Note] InnoDB: Compressed tables use zlib 1.2.12
2023-01-31 16:47:40 0 [Note] InnoDB: Number of pools: 1
2023-01-31 16:47:40 0 [Note] InnoDB: Using SSE2 crc32 instructions
2023-01-31 16:47:40 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2023-01-31 16:47:40 0 [Note] InnoDB: Completed initialization of buffer pool
2023-01-31 16:47:40 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2023-01-31 16:47:40 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2023-01-31 16:47:40 0 [Note] InnoDB: Setting file 'C:\xampp\mysql\data\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2023-01-31 16:47:40 0 [Note] InnoDB: File 'C:\xampp\mysql\data\ibtmp1' size is now 12 MB.
2023-01-31 16:47:40 0 [Note] InnoDB: Waiting for purge to start
2023-01-31 16:47:41 0 [Note] InnoDB: 10.4.27 started; log sequence number 29968412; transaction id 12673
2023-01-31 16:47:41 0 [Note] InnoDB: Loading buffer pool(s) from C:\xampp\mysql\data\ib_buffer_pool
2023-01-31 16:47:41 0 [Note] Plugin 'FEEDBACK' is disabled.
2023-01-31 16:47:41 0 [ERROR] Could not open mysql.plugin table. Some plugins may be not loaded
2023-01-31 16:47:41 0 [ERROR] Failed to initialize plugins.
2023-01-31 16:47:41 0 [ERROR] Aborting

二：解决办法

不会的东西就要学，搜索引擎好助手，参考链接：
xampp windows mariadb not starting – Stack Overflow

白话版：使用mysql安装目录下bin文件夹下的工具aria_chk检测修复所有数据文件.MAI

  1. 用管理员权限打开cmd，因为我默认安装在系统盘
  2. cd C:\xampp\mysql\data，此为xampp安装路径中的data目录
  3. ..\bin\aria_chk -r mysql\*.MAI，执行检测修复
  4. del aria_log.*，删除当前目录（data）下所有aria_log.########文件

重新启动即可

]]> 批量重命名工具：PowerRename https://www.hu365.dev/blog/2022/12/205/ Sat, 10 Dec 2022 07:50:44 +0000 https://www.hu365.dev/?p=205 阅读更多]]> 参考链接：

一：Microsoft PowerToys

今天在整理音乐资源

  1. 使用mp3tag批量修改文件信息，批量修改文件名为：【歌手 – 歌曲名】
  2. 再用ZonyLrcToolsX批量获取歌词文件，以上命名方式是为了提高准确度
  3. 得到数据后，在有文件夹分类的情况下，想把文件名改为【歌曲名】

然后发现mp3tag无法实现歌词歌曲同步修改（不记得上一次是怎么重命名的了）
于是需要再寻求一个批量重命名的方法/工具
结果被我发现了：Microsoft PowerToys

该工具包是微软自己维护开发的，稳定性和安全性不用质疑
系统要求：Windows 10 v2004 (19041) 及以上版本或Windows 11
总算又为Windows 11找到一个“更香”的理由了

二：PowerRename

PowerRename属于Microsoft PowerToys中的一个小工具，其他还有很多功能扩展的工具，需要自己慢慢去探索
就我个人而言，PowerRename已经满足了我对批量重命名的要求：

  • 支持文件夹、子文件夹下批量修改，可以直接在文件夹上右键启用工具
  • 支持单独文件勾选，排除某些特殊情况
  • 支持正则匹配，这对于编码人员来说挺友好
  • 实时的预览对比，再确认修改之前可以反复尝试
PowerRename

当然，要吐槽的地方也有，那就是速度有点慢

PowerRename

不过我这是是在【网络位置】的【网盘】操作，受网络速度影响挺大
没再测试本地磁盘的速度情况了，需求实现还是很香

]]> PVE 6.1.3 升级 7.0 记录 https://www.hu365.dev/blog/2022/12/193/ Thu, 08 Dec 2022 03:33:15 +0000 https://www.hu365.dev/?p=193 阅读更多]]> 参考文档：

一：升级到6.4.x

之前一直用的6.1.3，那首要任务是升级到6.4.x
不过升级的过程也是困难重重

1.1：更换软件源

参考文档：Package Repositories – Proxmox VE

在执行更新时，出现未认证的错误提示，这是因为在文件
/etc/apt/sources.list.d/pve-enterprise.list
中默认使用了企业版软件源，此处需要更换为免费版软件源

#企业源
#deb https://enterprise.proxmox.com/debian/pve buster pve-enterprise
#非订阅源
deb http://download.proxmox.com/debian/pve buster pve-no-subscription

1.2：生成公钥

以为换了源就万事大吉？结果又出现
the following signatures couldn’t be verified because the public key is not available

看意思是公钥失效/不存在，正好找到一个类似问题，参照问答中的方式，重建公钥
参考链接：[SOLVED] – Public key not available when using apt update | Proxmox Support Forum

#安装
wget https://enterprise.proxmox.com/debian/proxmox-release-bullseye.gpg -O /etc/apt/trusted.gpg.d/proxmox-release-bullseye.gpg
#验证
sha512sum -c <(echo "7fb03ec8a1675723d2853b84aa4fdb49a46a3bb72b9951361488bfd19b29aab0a789a4f8c7406e71a69aabbc727c936d3549731c4659ffa1a08f44db8fdcebfa /etc/apt/trusted.gpg.d/proxmox-release-bullseye.gpg")

可惜，还是同样报错···这时又找到另一个文章：
Fix apt-get update “the following signatures couldn’t be verified because the public key is not available” 

# XXXXXX 是错误提示中的公钥
apt-key adv --keyserver keyserver.ubuntu.com --recv-keys XXXXXX

具体方法、原因没来得及考究，不过问题算是解决了···

1.3：扩容root

以为万事大吉，但是更新过程却提示失败，在确认root剩余空间只有几百兆时，觉得这就是问题所在了
用指令lvresize实现扩容
参考相关提问：pve-root directory runs out of space: Why and What should I do?
合并local-lvm、swap空间到pve/root

# 移除绑定，不影响数据
pvesm remove local-lvm

# 删除空间，会清除内容
lvremove /dev/pve/data

# 可选: 删除缓存空间，对于安装在低速介质的系统可能会影响速度
#lvremove /dev/pve/swap
# 移除启动加载
#sed -i '/ swap /d' /etc/fstab

# 增加空闲空间到 root
lvresize -l +100%FREE --resizefs /dev/pve/root

在这之后，终于可以顺畅地更新了

二：更新准备

执行官方检测工具，检测升级环境

pve6to7 --full

把所有可修复的内容都修复，包括FAILURES、WARNINGS项

]]> linuxserver/nginx 中添加 imagick https://www.hu365.dev/blog/2022/11/172/ Thu, 10 Nov 2022 02:49:35 +0000 https://www.hu365.dev/?p=172 阅读更多]]> 参考文档：

一：WordPress站点健康

二：安装imagick

环境：linuxserver/nginx:latest [2022-11-04]

记得很久以前是不需要手动安装的，可能某一个版本之后又把这个组件移除了

查看更新日志：

linuxserver/nginx – Docker Image | Docker Hub

有明确提到移除了php7-pecl-imagick，并有写出自定义添加的方法：

linuxserver/docker-mods at swag-imagemagick (github.com)

在环境变量中添加：-e DOCKER_MODS=linuxserver/mods:swag-imagemagick
或者选择用图形界面/其他方法都可以

三：Happy Ending

]]> 一个前端工程启动报错的问题 https://www.hu365.dev/blog/2022/10/167/ Sun, 30 Oct 2022 04:08:00 +0000 https://www.hu365.dev/?p=167 阅读更多]]> 相关参考链接：

一：启动报错

在一个协作的前端工程，拉取代码之后，启动工程出现如下错误：

看起来是JSON转换报错

从错误日志看，是第一个字符JSON转换时就抛出错误

对比相关代码，并没有发现特殊的字符，甚至全选粘贴改成相同内容，仍然提示相同错误
直接替换文件，或者回退到老版本又正常

于是再对比差异，发现：

编码没问题，但多出来的 BOM是什么

二：字节顺序标记

2.1：BOM（byte-order mark）

是位于码点U+FEFF的统一码字符的名称。当以UTF-16或UTF-32来将UCS/统一码字符所组成的字符串编码时，这个字符被用来标示其字节序。它常被用来当做标示文件是以UTF-8、UTF-16或UTF-32编码的标记。

中文维基百科

【谷歌翻译】

在 1993 年初引入UTF-8之前，传输Unicode文本的预期方式是使用 16 位代码单元，使用称为UCS-2的编码，后来扩展到UTF-16。16 位代码单元可以用两种方式表示为字节：最高有效字节在前（big-endian）或最低有效字节在前（little-endian）。为了传达正在使用的字节顺序，在流的开头使用了U+FEFF（字节顺序标记）作为幻数，该幻数在逻辑上不是流所表示的文本的一部分。

W3C

2.2：UTF-8 中的 BOM

在UTF-8中，虽然在Unicode标准上允许字节顺序标记的存在，但实际上并不一定需要。UTF-8编码过的字节顺序标记则被用来标示它是UTF-8的文件。它只用来标示一个UTF-8的文件，而不用来说明字节顺序。

许多Windows程序（包含记事本）会需要添加字节顺序标记到UTF-8文件，否则将无法正确解析编码，而出现乱码。然而，在类Unix系统中，这种做法则不被建议采用。

Unicode标准允许在UTF-8中使用BOM，但并不要求或推荐使用它。字节顺序在UTF-8中没有任何意义，所以它在UTF-8中的唯一用途是在开始时发出信号，表明文本流是用UTF-8编码的，或者表明它是从包含可选BOM的文本流转换到UTF-8的。

中文维基百科

【谷歌翻译】

在UTF-8编码中，BOM的存在不是必需的，因为与UTF-16编码不同，字符中没有替代的字节序列。但是，BOM仍可能出现在UTF-8编码文本中，或者作为编码转换的副产品，或者因为它是由编辑器添加以将内容标记为UTF-8。在这种情况下，BOM通常称为UTF-8签名。

W3C

2.3：JSON 中的 BOM

由于在文件前插入了不可见但又实际存在的字符（\UFEFF），导致JSON无法正常解析字符串
这就是问题所在

三：解决方法

本人使用jetbrains系列软件开发，软件中自带“添加”/“移除”BOM的选项
不过这个问题也不是很罕见的问题了，估摸着大部分编辑器应该都自带该选项功能

]]> 服务模型：IaaS、PaaS 和 SaaS https://www.hu365.dev/blog/2022/10/163/ Sun, 16 Oct 2022 08:50:36 +0000 https://www.hu365.dev/?p=163 阅读更多]]> 内容纯属搬运，相关参考链接：

一：基础定义

1.1：IaaS：Infrastructure-as-a-service

基础设施服务
云服务提供商可以拥有并管理那些运行您的软件堆栈的硬件。它包括服务器、网络和存储

1.2：PaaS：Platform-as-a-service

平台服务
在IaaS基础服务的基础上，还提供了操作系统和数据库

1.3：SaaS：Software-as-a-service

软件服务
在PaaS平台服务的基础上，还提供了应用程序、功能和数据
为最终用户提供了最多的支持，是所有交付模型中最简单的一种

二：图示对比

]]>