<feed xmlns="http://www.w3.org/2005/Atom"> <id>https://olimi.icu/</id><title>Olimi</title><subtitle>Olimi 的个人博客</subtitle> <updated>2026-06-17T23:25:46+08:00</updated> <author> <name>Olimi</name> <uri>https://olimi.icu/</uri> </author><link rel="self" type="application/atom+xml" href="https://olimi.icu/feed.xml"/><link rel="alternate" type="text/html" hreflang="zh-CN" href="https://olimi.icu/"/> <generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator> <rights> © 2026 Olimi </rights> <icon>/assets/img/favicons/favicon.ico</icon> <logo>/assets/img/favicons/favicon-96x96.png</logo> <entry><title>3天debug之后的碎碎念</title><link href="https://olimi.icu/posts/3%E5%A4%A9debug%E4%B9%8B%E5%90%8E%E7%9A%84%E7%A2%8E%E7%A2%8E%E5%BF%B5/" rel="alternate" type="text/html" title="3天debug之后的碎碎念" /><published>2024-08-21T22:38:00+08:00</published> <updated>2024-08-21T22:38:00+08:00</updated> <id>https://olimi.icu/posts/3%E5%A4%A9debug%E4%B9%8B%E5%90%8E%E7%9A%84%E7%A2%8E%E7%A2%8E%E5%BF%B5/</id> <content src="https://olimi.icu/posts/3%E5%A4%A9debug%E4%B9%8B%E5%90%8E%E7%9A%84%E7%A2%8E%E7%A2%8E%E5%BF%B5/" /> <author> <name>Olimi</name> </author> <category term="随笔" /> <summary> debug问题参考：https://olimi.icu/article/53f13921-9ab3-45c2-89f1-cb9ae6d83a60#b02100068a3946a8be489f85546b54af 这个问题debug了三天。从一开始暴露好公网IPV6成功访问到服务的欣喜，到后面以为是熟练的DDNS+Caddy反代的一步之遥，真是痛苦之旅（虽然也找到了乐趣）。 这里主要混杂了IPV6、公网、新域名等多个变量。一开始一直以为是caddy对ipv6适配的问题，因为同一个地址，直接使用域名+端口的方式能够访问，那ipv6地址和服务本身肯定没有问题。唯一对我而言是黑盒的就是caddy本身。 然后对caddy进行大量了研究，各种研究其针对ipv6的配置，一无所获。因为上面caddy文档对前几个域名都是可以的，新加了一个一模一样的选项，唯一区别只在于这个域名是对应了ipv6地址... </summary> </entry> <entry><title>家庭NAS（自己折腾版）</title><link href="https://olimi.icu/posts/%E5%AE%B6%E5%BA%ADNAS-%E8%87%AA%E5%B7%B1%E6%8A%98%E8%85%BE%E7%89%88/" rel="alternate" type="text/html" title="家庭NAS（自己折腾版）" /><published>2024-08-21T22:17:00+08:00</published> <updated>2024-08-21T22:17:00+08:00</updated> <id>https://olimi.icu/posts/%E5%AE%B6%E5%BA%ADNAS-%E8%87%AA%E5%B7%B1%E6%8A%98%E8%85%BE%E7%89%88/</id> <content src="https://olimi.icu/posts/%E5%AE%B6%E5%BA%ADNAS-%E8%87%AA%E5%B7%B1%E6%8A%98%E8%85%BE%E7%89%88/" /> <author> <name>Olimi</name> </author> <category term="随笔" /> <summary> 碎碎念&amp;amp;需求&amp;amp;总体方案 尽管如此，中心辐射型还是有一些根本性的尴尬之处：它们不允许各个节点相互通信。如果您像我一样老，您还记得计算机可以直接交换文件而无需往返云端的情况。不管你信不信，这就是互联网过去的运作方式！可悲的是，开发人员已经停止构建点对点应用程序，因为现代互联网的架构几乎是偶然地完全演变为这种中心辐射式设计，通常以主要云提供商为中心收取租金。 关注NAS也有一段时间了，作为科班出身的对设备本身也比较了解。越发接近的时候就有疑问，专门的NAS和我使用自己的电脑到底有啥区别？ 主要能分为软件和硬件两个方面考虑吧。 在硬件上，普通家用NAS价格比普通PC还是要低的，特别是其中一大块价格要为溢出的硬盘空间付费，一般来说NAS空间比普通PC要多不少。普通NAS计算资源应该是远不如普通PC的。本质上讲，NAS的硬件情况无非就是一个储存（硬盘）服务器。虽... </summary> </entry> <entry><title>垂直标签栏的执念</title><link href="https://olimi.icu/posts/%E5%9E%82%E7%9B%B4%E6%A0%87%E7%AD%BE%E6%A0%8F%E7%9A%84%E6%89%A7%E5%BF%B5/" rel="alternate" type="text/html" title="垂直标签栏的执念" /><published>2024-05-18T11:18:00+08:00</published> <updated>2024-05-18T11:18:00+08:00</updated> <id>https://olimi.icu/posts/%E5%9E%82%E7%9B%B4%E6%A0%87%E7%AD%BE%E6%A0%8F%E7%9A%84%E6%89%A7%E5%BF%B5/</id> <content src="https://olimi.icu/posts/%E5%9E%82%E7%9B%B4%E6%A0%87%E7%AD%BE%E6%A0%8F%E7%9A%84%E6%89%A7%E5%BF%B5/" /> <author> <name>Olimi</name> </author> <category term="通用" /> <summary> Owner: Olimi tags: 工具使用 date: 2024年5月18日 11:18 status: Published type: Post rt，let’s go! Firefox 2024-05-18更新：firefox126版本更新后原本的CSS出现问题，顶部搜索栏输入时，候选栏目会顶到上面去部分看不到，找了个新的CSS：https://github.com/ranmaru22/firefox-vertical-tabs/blob/main/userChrome.css 不过我用的Sidebery插件配合，所以CSS要处理一下： 全局搜索[sidebarcommand*=”tabcenter”]，删除。 全局搜索48px，替换为45px。 –delay: 0s; 由于官方默认支持的垂直标签栏（原本觉得支持的最好），所以一直只能用edge，但... </summary> </entry> <entry><title>Poe使用（提供API了！）</title><link href="https://olimi.icu/posts/Poe%E4%BD%BF%E7%94%A8-%E6%8F%90%E4%BE%9BAPI%E4%BA%86/" rel="alternate" type="text/html" title="Poe使用（提供API了！）" /><published>2024-05-16T17:03:00+08:00</published> <updated>2024-05-16T17:03:00+08:00</updated> <id>https://olimi.icu/posts/Poe%E4%BD%BF%E7%94%A8-%E6%8F%90%E4%BE%9BAPI%E4%BA%86/</id> <content src="https://olimi.icu/posts/Poe%E4%BD%BF%E7%94%A8-%E6%8F%90%E4%BE%9BAPI%E4%BA%86/" /> <author> <name>Olimi</name> </author> <category term="随笔" /> <summary> 订阅Poe是最多的，毕竟能够用多个模型。 但是使用过程确实颇为微辞，很多地方比不上原生的AI提供商： 不支持音频输入输出（现在GPT4o看起来最屌的人机交互方式） 不支持文件输出（ChatGPT网页是可以直接提供处理后的文件下载的，这很方便，比如可以直接处理数据返回excel等） 不支持API。经常看着浪费的额度，看到其他人做的好玩的应用（通过API key使用）非常羡慕，但是去买OpenAI的key是买不起的。 今天发现Poe官方开放key了：https://poe.com/api_key。 用法：https://creator.poe.com/docs/accessing-other-bots-on-poe#how-to-access-the-bot-query-api-directly（就可以通过编程访问了） 示例代码 i... </summary> </entry> <entry><title>知行合一</title><link href="https://olimi.icu/posts/%E7%9F%A5%E8%A1%8C%E5%90%88%E4%B8%80/" rel="alternate" type="text/html" title="知行合一" /><published>2024-05-16T10:14:00+08:00</published> <updated>2024-05-16T10:14:00+08:00</updated> <id>https://olimi.icu/posts/%E7%9F%A5%E8%A1%8C%E5%90%88%E4%B8%80/</id> <content src="https://olimi.icu/posts/%E7%9F%A5%E8%A1%8C%E5%90%88%E4%B8%80/" /> <author> <name>Olimi</name> </author> <category term="随笔" /> <summary> 王阳明心学说知行合一。 拿一个具体的事情分析，比如我的午睡。我有午睡的习惯，有很多好处，或者反过来说不午睡的话晚上会没有精神。当我开始午睡的时候，却经常发生睡不着的辗转反侧。 原因是，我从理性角度觉得到时间了、从习惯和好处的角度逻辑分析认为现在应该睡午觉。但实际上，这种应该并没有构成我当下真正的“知”。当我躺在床上时，脑海里忍不住就会想刚刚的工作或者其他的事情。对我而言，在当下思考解决工作上的问题带来的快乐实际上比我去睡觉这种来得更强，因此对我当下而言就会下意识去做，很难纠正过来，扭转我的“知”到我理想的情况。 当条件变化，我必须要睡觉时，比如马上就要上班、上课，或者和别人一起睡觉，有了强迫性后，我的“知”就发生改变，真正地“知”了睡觉这件事是当下的最必须，就会自然去睡觉了，而不是想其他事情。 我是一个讲究想做就去做的人，目前是我想去午睡。 但是确有很多杂念去干扰我的这个目标，难以... </summary> </entry> </feed>
