<?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>Tue, 19 May 2026 13:09:58 +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>这篇文章介绍了作者在尝试异地组网搭建虚拟局域网时，对多种组网工具的探索和体验。作者首先尝试了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>
		
			<item>
				<title>在Tilde社区的游玩体验</title>
				
				
					<description>这篇文章介绍了作者在Tilde社区的体验，这是一类基于类Unix环境的公共服务器社区，类似于家目录，提供预装的软件、开发环境和公共服务，如聊天室、邮件、BBS论坛等，强调了社区的互动性和共享精神。作者通过申请、审核过程加入了几个社区，并详细描述了在这些社区中的个人主页、编程支持（如Gemini和Gopher协议）、博客发布、代码托管（Git支持）、CI/CD部署以及使用Git hooks自动化博客更新等功能。尽管作者受限于语言和工具使用体验，未能充分参与社区交流，但对社区学习新知识和丰富博客内容印象深刻。</description>
				
				<pubDate>Sun, 10 Aug 2025 00:00:00 +0800</pubDate>
				<link>/2025/08/10/tilde.html</link>
                
                    <category>tilde</category>
                
                    <category>服务器</category>
                
                    <category>git</category>
                
                    <category>体验</category>
                
				<guid>/2025/08/10/tilde.html</guid>
			</item>
		
	</channel>
</rss>