我的RSS文章聚合页优化总结

前言#

一周过去了，对我的朋友圈（文章聚合页）优化了一次又一次，现在算是大致上完成了我想要的效果，下面说说我都改了些啥玩意，还是要说一下，DeepSeek提供的代码，我只是根据需求缝缝补补地优化成现在这样

前端优化#

原本的字体太小了，增大了全部字体，增加上了“首页”和“返回博客按钮”（原本觉得没啥用，想到加上了说不定人家还返回我的博客逛逛呢）

我发现手机端导航栏加上按钮之后访问我的朋友圈，导航栏会占了网页很大的一片地方，于是改成手机端自适应隐藏掉按钮，缩小导航栏

原本的背景太单调，现在改成了炫酷的浪漫的动态背景😎

文章排版改成了PC端一列展示3篇文章且一页展示15篇，上下翻页改成了直接加载内容，感觉现在更流行加载页面，直接往下滑更方便

旧的请求逻辑#

旧版第一版：每次用户访问不管订阅源有没有新文章都会发起请求并刷新一次，产生短暂白屏，浪费Edge Functions请求数,每个订阅源都抓取全部文章，太费时间
旧版第二版：改成每个订阅源只抓取最新3篇就返回，过了抓取新文章时间之后前端会发起请求并强制刷新一次，产生短暂白屏
旧版第三版：头一次访问到还没产生新缓存的节点的用户需要花费2~4秒的等待时间来获取文章，看到骨架屏

最头疼的是CDN的缓存时间和节点的缓存进度不固定，说不定啥时候缓存就刷新了，导致用户的访问体验很不好，虽然DeepSeek推荐了KV存储方案，但是EO的KV存储要申请，我申请了两三天都还是审核中

新的改善方法#

和DeepSeek你一来我一回地交流了一周（和老婆都没唠这么多😩），最终想出来的方案是，仓库存储订阅源的链接，给GitHub Actions添加一个定时触发器来抓取请求，抓取的内容直接也存储在仓库里，然后EO自动构建，前端就能自动展示新的文章了

想法虽好，实践完了发现GitHub Actions的定时器压根没触发，什么方法都试了，只有一次是触发到的，我设的12点，它一点多才动了一次🙃

无奈之下最后决定把GitHub Actions的定时器删掉，改成手动触发，但我是懒狗一条，不可能天天上GitHub点一下run workflow，DeepSeek给我推荐了一些第三方的cron站点，用它们来帮我定时按一下run workflow，这个想法也不错，正当我准备用cron-job.org来添加的时候，突然想到CloudFlare的workers里不就自带定时触发嘛，就问了一下DeepSeek这个新的想法，给我出了一套完整的方案（台下的观众欣喜若狂）

现在整个运行方式大概是CloudFlare到点会帮我按GitHub Actions的run workflow，获取新的文章，然后EO会自动构建一次，前端就会展示新的文章，现在暂定的时间是晚上11:55触发，应该晚上12:00左右刷新前端文章，先测试了1分钟按一次，已经没问题了，今晚再看看会不会更新新的文章