<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <id>https://alice901.xyz/</id>
  <title type="text">Alice的博客</title>
  <subtitle type="text">记录学习与生活</subtitle>
  <updated>2026-10-27T00:00:00.000Z</updated>
  <author><name>Alice</name></author>
  <link rel="alternate" href="https://alice901.xyz/"/>
  <link rel="self" href="https://alice901.xyz/atom.xml"/>
  <generator uri="https://github.com/CuteLeaf/Firefly">Firefly v6.16.8</generator>
    <entry>
      <id>https://alice901.xyz/posts/hello-world/</id>
      <title type="text">我的第一篇博客</title>
      <published>2026-10-27T00:00:00.000Z</published>
      <updated>2026-10-27T00:00:00.000Z</updated>
      <author><name>Alice</name></author>
      <link rel="alternate" href="https://alice901.xyz/posts/hello-world/"/>
      <summary type="text">给自己的文字找一个长期停留的地方。从今天开始，记录学习，也记录生活。</summary>
      <content type="html"><![CDATA[<p>今天开始搭建自己的个人博客。</p>
<p>以后，我会把值得记录的学习过程和生活片段放在这里。</p>
<section><h2>我想写些什么<a href="#我想写些什么"><span>#</span></a></h2><ul>
<li>遇到的问题和解决方法。</li>
<li>阅读与学习笔记。</li>
<li>有意思的小项目。</li>
</ul></section>
<section><h2>为什么想有一个自己的博客<a href="#为什么想有一个自己的博客"><span>#</span></a></h2><p>很多想法在当下很清楚，过一阵子再回头看，却只剩下模糊的印象。搭一个博客，是想给这些想法留一个可以慢慢整理的位置。</p><p>这里不要求每篇文章都完整，也不要求每一次尝试都有漂亮的结果。一条有用的命令、一段终于想明白的概念、一件值得记住的小事，都可以成为一篇记录的开始。</p></section>
<section><h2>从一篇文章开始<a href="#从一篇文章开始"><span>#</span></a></h2><p>这个小站会围绕学习、技术和生活慢慢生长。文章可能会修改，分类也可能会调整。比起一次把所有东西准备齐全，我更想先把第一篇写下来。</p><p>如果你偶然来到这里，希望能找到一点有用的内容，也欢迎通过关于页面里的方式联系我。</p><p>谢谢来访。我们下一篇见。</p></section>]]></content>
    </entry>
    <entry>
      <id>https://alice901.xyz/posts/building-my-blog/</id>
      <title type="text">从域名到主页：我的博客搭建记录</title>
      <published>2026-10-27T00:00:00.000Z</published>
      <updated>2026-10-27T00:00:00.000Z</updated>
      <author><name>Alice</name></author>
      <link rel="alternate" href="https://alice901.xyz/posts/building-my-blog/"/>
      <summary type="text">域名、仓库、主题和托管各自负责什么？把这次博客搭建过程整理成一张清楚的路线图。</summary>
      <content type="html"><![CDATA[<p>这个博客从一个域名开始：<code>alice901.xyz</code>。先把简洁的主页发布出来，再逐步换上 Firefly 的界面，是这次搭建采用的顺序。</p>
<section><h2>四个部分，各自负责一件事<a href="#四个部分各自负责一件事"><span>#</span></a></h2>

<table><thead><tr><th>部分</th><th>在本站中的作用</th></tr></thead><tbody><tr><td>域名</td><td>让读者通过 alice901.xyz 找到这里</td></tr><tr><td>GitHub 仓库</td><td>保存配置、文章和图片</td></tr><tr><td>Astro 与 Firefly</td><td>把文章生成有主题样式的网页</td></tr><tr><td>GitHub Pages</td><td>托管生成的静态网站</td></tr></tbody></table><p>源码的地址和读者访问的网站地址，是两个不同的入口。修改仓库中的文件后，还需要构建和发布，网站才会更新。</p></section>
<section><h2>先让最小版本上线<a href="#先让最小版本上线"><span>#</span></a></h2><p>最开始用 Jekyll 和 Minima 做首页、关于页面和第一篇文章。这个阶段的重点是确认整个发布过程能跑通：仓库能部署，域名能解析，HTTPS 能正常使用。</p><p>随后迁移到 Astro 和 Firefly，让文章列表、封面、导航和阅读页面更符合自己的习惯。网站依然由 GitHub Pages 托管，域名也沿用原来的设置。</p></section>
<section><h2>写作与发布的日常流程<a href="#写作与发布的日常流程"><span>#</span></a></h2><p>文章保存在 <code>src/content/posts/</code>，使用 Markdown 编写。日常更新可以分成四步：</p><ol>
<li>新建文章，填写标题、日期和摘要。</li>
<li>本地预览，检查正文、图片和链接。</li>
<li>运行正式构建，确认没有错误。</li>
<li>提交到 GitHub，由 Actions 自动发布。</li>
</ol></section>
<section><h2>给以后留一条回去的路<a href="#给以后留一条回去的路"><span>#</span></a></h2><p>更换主题前保留备份分支，图片使用清楚的文件名，重要的旧文章地址增加跳转。这些小步骤不会让页面更华丽，却能让之后的维护更从容。</p><p>博客搭建完成并不是终点。接下来更重要的事，是继续写下去。</p></section>]]></content>
    </entry>
    <entry>
      <id>https://alice901.xyz/posts/leave-space-for-everyday/</id>
      <title type="text">给生活留一点记录的位置</title>
      <published>2026-10-27T00:00:00.000Z</published>
      <updated>2026-10-27T00:00:00.000Z</updated>
      <author><name>Alice</name></author>
      <link rel="alternate" href="https://alice901.xyz/posts/leave-space-for-everyday/"/>
      <summary type="text">不是每篇文章都要有结论。把日常里值得停留的片刻，慢慢写成自己的文字。</summary>
      <content type="html"><![CDATA[<p>一个个人博客除了放技术内容，也可以留一点位置给生活。那些暂时说不出有什么意义、但当下想记住的片刻，同样值得被写下来。</p>
<section><h2>不一定要写成完整的故事<a href="#不一定要写成完整的故事"><span>#</span></a></h2><p>有时是一段读到的话，有时是突然想到的问题，也可能只是一个值得收藏的画面。可以先写几句，不急着替它们安排一个宏大的主题。</p><p>文字的作用，有时只是帮我们在忙碌里停一下，认真看一眼正在发生的事情。</p></section>
<section><h2>让记录保持一点自由<a href="#让记录保持一点自由"><span>#</span></a></h2><p>不必给每次更新设定同样的长度，也不必强迫每篇文章都给出答案。长一点的思考可以慢慢整理，短一点的随想也可以独立存在。</p><p>一个小站的样子，会在一篇篇文章里逐渐清楚，而不是在搭建的第一天就决定好。</p></section>
<section><h2>留给以后的自己<a href="#留给以后的自己"><span>#</span></a></h2><p>也许某一天回头看，真正让人记住的，不是页面换过几种颜色，而是那些只有当时的自己才会写下的话。</p><p>所以就从今天开始，给学习留一点位置，也给生活留一点位置。</p></section>]]></content>
    </entry>
    <entry>
      <id>https://alice901.xyz/posts/useful-learning-notes/</id>
      <title type="text">把学习笔记写成以后还能用的东西</title>
      <published>2026-10-27T00:00:00.000Z</published>
      <updated>2026-10-27T00:00:00.000Z</updated>
      <author><name>Alice</name></author>
      <link rel="alternate" href="https://alice901.xyz/posts/useful-learning-notes/"/>
      <summary type="text">不只保存结论，也保存问题、过程和验证方法。让笔记成为下一次遇到问题时的起点。</summary>
      <content type="html"><![CDATA[<p>写下一段笔记很容易，过一段时间还能看懂并用上，却需要多想一步。对我来说，一篇有用的技术笔记，可以围绕问题、过程、结果和验证来组织。</p>
<section><h2>先写清楚遇到了什么<a href="#先写清楚遇到了什么"><span>#</span></a></h2><p>与其只写“安装失败”，不如记录执行了哪条命令、在哪个目录运行、终端出现了什么提示。问题描述越具体，下次检索时就越容易找到。</p><p>不需要保存整屏日志，留下能说明情况的关键几行就好。</p></section>
<section><h2>把操作和原因放在一起<a href="#把操作和原因放在一起"><span>#</span></a></h2><p>一条命令只能告诉未来的自己“做过什么”。在旁边补一句为什么这样做，才能留下可复用的判断。</p><p>例如，修改图片路径时，除了记录新路径，还可以说明图片实际放在哪里、网页为什么不需要包含 public 这一层目录。</p></section>
<section><h2>留下验证的方法<a href="#留下验证的方法"><span>#</span></a></h2><p>执行成功不是唯一的判断标准。图片是否真的显示？链接是否打开了正确的页面？本地预览和正式构建是否一致？</p><p>把验证过程也写下来，就能在环境变化之后重新检查，而不是只凭记忆猜测。</p></section>
<section><h2>一个可以反复使用的提纲<a href="#一个可以反复使用的提纲"><span>#</span></a></h2><ol>
<li><strong>问题：</strong> 我想完成什么，实际发生了什么？</li>
<li><strong>环境：</strong> 涉及哪些工具、文件和版本？</li>
<li><strong>处理：</strong> 哪些操作解决了问题，为什么？</li>
<li><strong>验证：</strong> 用什么方式确认结果？</li>
<li><strong>补充：</strong> 哪些尝试没有效果，哪些地方以后还可以改进？</li>
</ol><p>笔记不必一次写得很长。先留下一个准确的小结，再在真正需要的时候补充，往往比追求一开始就面面俱到更容易坚持。</p></section>]]></content>
    </entry>
</feed>
