<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xml" href="/feed.xslt.xml"?>
<?xml-stylesheet type="text/css" href="/assets/css/feed.css"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Mayx的博客</title>
		<description>Mayx&apos;s Home Page</description>		
		<link>/</link>
		<lastBuildDate>Wed, 03 Jun 2026 14:46:30 +0800</lastBuildDate>
        <language>zh-CN</language>
		<atom:link href="/rss.xml" rel="self" type="application/rss+xml" />
		<atom:link href="/atom.xml" rel="alternate" type="application/atom+xml" />
		
			<item>
				<title>如何节约游戏占用的硬盘空间？</title>
				
				
					<description>这篇文章介绍了如何通过优化游戏资源文件来节约游戏占用的硬盘空间。作者由于Mac只有256GiB的硬盘存储空间，在下载了几十部游戏后空间不足，于是寻找解决方法。文章主要介绍了以下几点：

1. 使用jdupes工具去除重复素材：作者发现许多游戏使用相同的引擎和素材，导致硬盘空间浪费。通过使用jdupes工具进行硬链接，可以有效去除重复文件，节约空间。

2. 不同引擎的处理方式：
   - 对于RPG制作大师MV/MZ，作者使用RPG Maker Decrypter工具解密资源文件，并将图片转换为WebP格式以压缩空间。
   - 对于RPG制作大师XP/VX/VA，作者使用mkxp-z工具跨平台运行游戏，并通过RPG Maker Decrypter解包资源文件，与RTP素材合并后进行去重。
   - 对于Ren&apos;Py游戏，作者使用unrpa工具解包rpa文件，但由于公共资源不多，仅在系列游戏情况下进行解包。

3. 最终效果：通过以上优化，作者成功将游戏文件夹大小从47G降至33G，节约了大量硬盘空间。</description>
				
				<pubDate>Mon, 01 Jun 2026 00:00:00 +0800</pubDate>
				<link>/2026/06/01/dedupe.html</link>
                
                    <category>dedupe</category>
                
                    <category>RPG制作大师</category>
                
                    <category>游戏</category>
                
				<guid>/2026/06/01/dedupe.html</guid>
			</item>
		
			<item>
				<title>虚拟局域网的组网探索记录</title>
				
				
					<description>这篇文章介绍了作者在尝试异地组网搭建虚拟局域网时，对多种组网工具的探索和体验。作者首先尝试了n2n，但由于其项目停止更新且在NAT后的机器间存在掉线问题，最终选择了WireGuard作为主要方案。文章详细描述了WireGuard的配置过程，包括在Linux、OpenWrt和openEuler系统上的安装和配置，并遇到了各种各样的挑战，例如在红米AX3000路由器上找不到内核模块，以及在openEuler上缺少WireGuard相关包。此外，文章还提到了Netmaker和Headscale等WireGuard的控制平面，以及VNT和EasyTier等其他组网工具，并总结了最终选择WireGuard的原因：简单、够用、可靠性不错，且已经投入了大量配置。</description>
				
				<pubDate>Fri, 01 May 2026 00:00:00 +0800</pubDate>
				<link>/2026/05/01/virtual-net.html</link>
                
                    <category>虚拟网络</category>
                
                    <category>异地组网</category>
                
                    <category>WireGuard</category>
                
				<guid>/2026/05/01/virtual-net.html</guid>
			</item>
		
			<item>
				<title>关于AI个人助理的探索</title>
				
				
					<description>这篇文章介绍了“AI个人助理”Agent的发展现状和各种尝试。作者体验了OpenClaw、QClaw、WorkBuddy、Cline、LuckClaw和ApkClaw等不同的Agent项目，发现它们在功能、易用性和性能上各有优劣。OpenClaw安装和使用存在困难，国内大厂的QClaw和WorkBuddy则更易于上手，但免费额度有限。作者认为，开发任务更适合在编辑器集成AI中进行，如GitHub Copilot。LuckClaw在微型开发板上运行表现出色，ApkClaw则利用手机的优势操作移动应用。尽管Agent技术仍存在诸多问题，但其应用场景不断拓展，有望吸引更多人参与其中，推动AI应用化进程。</description>
				
				<pubDate>Tue, 14 Apr 2026 00:00:00 +0800</pubDate>
				<link>/2026/04/14/ai-agent.html</link>
                
                    <category>AI</category>
                
                    <category>Agent</category>
                
                    <category>个人助理</category>
                
				<guid>/2026/04/14/ai-agent.html</guid>
			</item>
		
			<item>
				<title>近期LLM的部署与应用经历(3)</title>
				
				
					<description>这篇文章介绍了作者近期在LLM部署和应用方面的经历，主要包括以下几个方面：

首先，作者升级硬件，从单张RTX4090 48GiB升级到双路RTX4090 48GiB，并购买了TRX40+TR 3960X的主板套装，用于运行GPT-OSS模型。随后，作者尝试使用vLLM框架替换Ollama，并成功配置了GPT-OSS模型，达到了接近190Tps的性能。

其次，作者体验了DeepSeek 1M上下文模型，发现其在处理长上下文任务时表现出色，能够展现摘要无法捕捉的细节，并成功生成简历、分析人格等。

此外，作者还尝试使用DeepSeek重构Mabbs，并发现DeepSeek能够识别作者的博客信息，这表明训练样本中包含了作者的信息。

最后，作者在8GiB内存的MacBook Pro上运行了LFM2.5-1.2B-Thinking模型，并使用了Apollo软件，体验了其快速的推理速度和良好的思考能力。作者总结认为，AI的发展令人惊叹，软件优化使其在有限硬件环境下也能运行。</description>
				
				<pubDate>Sun, 01 Mar 2026 00:00:00 +0800</pubDate>
				<link>/2026/03/01/llm3.html</link>
                
                    <category>AI</category>
                
                    <category>LLM</category>
                
                    <category>模型部署</category>
                
                    <category>使用体验</category>
                
				<guid>/2026/03/01/llm3.html</guid>
			</item>
		
			<item>
				<title>在Google杀死XSLT之后的XML美化方案</title>
				
				
					<description>这篇文章讲述了Google计划弃用XSLT技术，以及作者对这一决定的调查和应对方案。Google基于XSLT用户占比低、库存在漏洞等原因，建议将其从Web标准中删除。作者发现许多用户依赖XSLT进行博客订阅美化，甚至将其作为博客框架。为了对抗这一趋势，有人创建了网站https://xslt.rip，并开发了Polyfill库，通过WASM方式保持XSLT功能。虽然Polyfill库需要额外引用JS代码，但作者已将其提交至CDNJS。随后，作者探讨了替代方案，包括使用纯CSS美化订阅源（由AI生成feed.css），以及混合XHTML的方式，通过添加XHTML命名空间来实现链接等功能，但这种方法会产生“不纯粹”的警告。文章最后总结，技术可能会消失，但总有其他技术可以解决问题，并强调了适应浏览器厂商决策的重要性。</description>
				
				<pubDate>Sun, 08 Feb 2026 00:00:00 +0800</pubDate>
				<link>/2026/02/08/xslt.html</link>
                
                    <category>XML</category>
                
                    <category>Feed</category>
                
                    <category>XSLT</category>
                
                    <category>美化</category>
                
				<guid>/2026/02/08/xslt.html</guid>
			</item>
		
			<item>
				<title>年终总结</title>
				
				
					<description>这篇文章介绍了作者对2025年的年终总结，主要表达了对自身状态的担忧和对未来的不确定感。作者认为自己在记忆和思考能力方面有所下滑，稳定性较低，且未能抓住资产保值的机会。同时，文章也记录了AI技术的飞速发展，以及自己博客内容与时代脱节的现象。尽管对未来感到迷茫，作者仍然抱有一丝希望，期望在2026年做出正确的选择，避免陷入危险。</description>
				
				<pubDate>Thu, 01 Jan 2026 00:00:00 +0800</pubDate>
				<link>/2026/01/01/summary.html</link>
                
                    <category>总结</category>
                
				<guid>/2026/01/01/summary.html</guid>
			</item>
		
			<item>
				<title>在浏览器中运行Linux的各种方法</title>
				
				
					<description>这篇文章介绍了在浏览器中运行Linux的各种方法，从最初的纯JS虚拟机JSLinux，到后来的WASM虚拟机如v86、WebVM、WebCM，再到容器化方案container2wasm，以及直接将Linux内核编译为WASM的方案。作者详细对比了这些方案的优缺点，包括性能、兼容性、功能和开发难度。文章还提到了模仿Linux环境的WebContainers和JupyterLite，并最终认为虚拟机方案更靠谱，但对WASM的未来充满期待。作者最后表示，博客上添加类似功能的计划还在考虑中，目前主要分享了各种方法的探索过程。</description>
				
				<pubDate>Mon, 01 Dec 2025 00:00:00 +0800</pubDate>
				<link>/2025/12/01/linux.html</link>
                
                    <category>浏览器</category>
                
                    <category>Linux</category>
                
                    <category>虚拟机</category>
                
                    <category>WASM</category>
                
				<guid>/2025/12/01/linux.html</guid>
			</item>
		
			<item>
				<title>让博客永恒的探索</title>
				
				
					<description>这篇文章讲述了作者为了提高博客的可靠性，探索利用被滥用的Git平台进行博客镜像的想法和实践。作者发现一些Git实例存在大量空仓库和异常用户，怀疑是SEO公司滥用，因此决定利用这些平台进行博客镜像备份，以应对平台倒闭或数据丢失的风险。作者选择Gitea和Forgejo平台作为目标，编写脚本自动注册账号并导入博客仓库，实现了自动化镜像分发。作者也意识到此类平台的稳定性存在不确定性，并思考了“量”和“质”两种方式确保博客永恒性的优劣，最终认为建立一个活跃的、自动执行维护操作的网络可能更有效。文章最后展示了作者创建的Git镜像列表，并表达了对博客永恒性的思考。</description>
				
				<pubDate>Sat, 01 Nov 2025 00:00:00 +0800</pubDate>
				<link>/2025/11/01/mirrors.html</link>
                
                    <category>Git</category>
                
                    <category>Gitea</category>
                
                    <category>镜像</category>
                
                    <category>Forever</category>
                
				<guid>/2025/11/01/mirrors.html</guid>
			</item>
		
			<item>
				<title>一次找回GitHub上被删除仓库的经历</title>
				
				
					<description>这篇文章讲述了作者通过GitHub的Fork特性找回一个被删除的Brainfuck可视化演示仓库的经历。由于原仓库和作者主页都已消失，作者推测GitHub在Fork时会共享对象库，只要有任意一个Fork仓库存在，GitHub就会保留所有对象，从而可以通过找到一个Fork仓库的最新提交Hash值来还原目标仓库。作者通过Linux内核仓库的Fork进行验证，随后在互联网档案馆上找到目标仓库的Fork以及其Hash值，最终通过Git命令将本地仓库的HEAD指针指向目标提交，成功恢复了该仓库的代码，并将其部署到自己的GitHub Pages上。最后，作者发现Software Heritage组织会保存所有代码，因此在遇到类似情况时可以直接通过该平台进行查找。</description>
				
				<pubDate>Sun, 12 Oct 2025 00:00:00 +0800</pubDate>
				<link>/2025/10/12/recover.html</link>
                
                    <category>GitHub</category>
                
                    <category>Git</category>
                
                    <category>代码恢复</category>
                
                    <category>软件存档</category>
                
				<guid>/2025/10/12/recover.html</guid>
			</item>
		
			<item>
				<title>关于ZIP Quine与自产生程序的探索</title>
				
				
					<description>这篇文章主要介绍了作者在博客部署过程中，对ZIP Quine（自包含压缩包）和自产生程序的探索过程。作者起初想利用压缩包实现离线浏览，但遇到了压缩包不包含自身的问题。随后，作者回顾了ZIP Quine的原理，如droste.zip，以及如何通过DEFLATE压缩算法的LZ77编码实现自包含。作者尝试了Russ Cox的方案，但发现由于压缩格式限制，实际操作中存在数据容量的限制，无法存下整个博客。尽管如此，作者还是研究了嵌套循环的ZIP Quine，如Ruben Van Mello的论文中所描述的，尽管空间仍然有限。探索过程中，作者还学习了自产生程序（Quine）的概念，包括其实现原理和各种编程语言中的例子。作者最后感慨，探索过程中的收获比原本的目标更重要。</description>
				
				<pubDate>Mon, 01 Sep 2025 00:00:00 +0800</pubDate>
				<link>/2025/09/01/quine.html</link>
                
                    <category>压缩包</category>
                
                    <category>Quine</category>
                
                    <category>自产生程序</category>
                
                    <category>Quine Relay</category>
                
				<guid>/2025/09/01/quine.html</guid>
			</item>
		
	</channel>
</rss>