v4-w3c-yyds的博客架构-2026.10.27更新

 1这是行业的选择，大家都不玩服务器
 2Cloudflare
 3EdgeOne
 4阿里云 ESA
 5Vercel
 6Netlify
 7Deno Deploy
 8Fastly
 9Akamai
10AWS CloudFront
11Gcore
12Bunny.net
13Azion
14Fermyon Spin
15Supabase
16Fly.io
17Railway
18Render
19Surge.sh
204EVERLAND
21Fleek
22CDNetworks
23KeyCDN
24Huawei Cloud CDN

 1我就说这楼没白爬，千呼万唤始出来
 2@W3C 所以是以公开的git仓库为内容中枢，网站请求时实时从git的md渲染，动态编辑有云函数存git仓库的密钥
 3私有更好
 4
 5
 6我是公开给他们看实时性
 7公开私有都可以
 8反正都是实时，不影响结果
 9
10
11私有的话，是不是得在前端放一个只读的key
12是的，私有需要填个密钥
13是后端
14
15如果遇到爬虫，它会分析内容请求的逻辑，整个站直接爬下来[旺柴]
16另外是担心SEO，内容抓取是否会追随明显的git仓库链接
17
18
19不是
20内容和ssg生成的一样
21只是换成了ssr在服务端直接生成
22爬虫看到的还是同一份
23一个是构建时生成，一个是请求时生成，结果是一致的
24
25所以，前端不是实时读git，是云函数之类的在实时构建?
26是实时读git
27
28不是实时构建，没有构建概念，是实时渲染
29没有构建，只有渲染
30git的md就和你原项目的md一样，只是换了个路径，cdn强大了，实时读取实时渲染 都来得及 甚至比静态更快
31
32
33渲染时间大概也就1毫秒
34请求时瞬间完成，和请求静态资源没太大区别
35
36爬虫和人是看不出数据来源，看到的都是html
37源md可以来自任何地方，放git只是更顺，毕竟以前大家玩ssg，md都随代码存在仓库里
38
39这个才是 yyds 丝滑，其他都是其他
40
41这条链路有大半年了，我记得第一次发的时候 仓库直接编辑md实时更新，应该很久了，那时候astro才5.0
42
43@W3C 分享下具体技术选型呗，我试试这么迁移一下
44好

 1来自@w3c。
 2
 3我又升级了一下架构
 40js
 5
 6只有后端
 7不研究前端ui
 8前端样式可以随便套
 9
10@One | onedayxyy.cn 有没有看一下F12评分
11应该默认就是4个100起步
12下限就是4个100
13虽然不研究前端页面，只是顺带从架构上解决性能评分问题，所以下限必定100

 1
 2正好我没弄页面主题
 3你的主题居然全是静态样式和脚本，不用编译就能用（）
 4套了你那个壳（王稼祥大佬博客 https://blog.jiaxiang.wang/）
 5本次网站demo:https://demo.pages.top
 6
 7wp不熟不好弄而且不是静态
 8Zola hugo 都是纯静态，就那几个样式和脚本复制就能用
 9
10弄了主题契约，可以很轻松对接别的主题的主风格主结构
11可以套vp teek
12
13我那个是从架构上和结构上就不会低于100分，试下https://demo.w3c.cool 是不是
14
15
16这个前端代码是在哪里呢，不太懂
17在边缘函数那里嘛
18前端在王嘉祥仓库
19我从他仓库复制的几个样式

 1问题：
 2@W3C 请教一下astro用起来咋样（可维护性、速度、灵活性等），搭配的哪个前端框架，后面博客需求复杂了考虑换个ssg引擎[旺柴]
 3
 4w3c回答：
 5堪称1流
 6astro也能套你那套ui样式
 7
 8已经写了很多注释可能比教程详细
 9它自身前后端兼具
10
11astro值得深入研究，这位它背后公司太有潜力了
12都快垄断行业了
13收了astro 收了vite 收了node之父，astro buff估计会拉满
14
15
16来自kok
17**在 Edge 运行时请求 Gitee Raw 接口实时拉取 MD 源码 → marked /micromark 渲染 HTML**，所有逻辑跑在 EdgeOne V8，无后端服务器，边缘就近响应，理论比远端构建静态页更快（代价：每次访问拉取 Gitee，适合低访问博客；高访问要加 EdgeOne 缓存规则）
18@W3C 是这样吗  主要技术就是用Astro SSR
19
20来自@w3c
21差不多是这个意思
22给他加了缓存，他就和静态一样，因为静态也好，动态也好，cdn缓存都是同一个
23可以在更新内容时，自动更新缓存
24并不需要每次都拉git，取决于后台有没有更新内容
25可以由后台控制，或者git版本哈希，这个是唯一且不变的，很好控制是否需要刷新缓存
26哈希不变，缓存不变
27
28git有没有更新≈站点需不需要更新，按需更新，比如单篇，利用isr按需更新
29git里的文档，是不需要每次请求都拉的
30git有无更新，平台或站点是可以实时感知的
31但不需要请求时拉取，平台收到git更新的时候直接刷新一下缓存就可以了，isr会自动回源
32平台回源，用户无感知 不阻塞
33不需要用户付请求时拉新文件的等待时间
34因为git最清楚 更新了什么内容，平台根据git的更新 按需在后台可以精准更新缓存
35不需要实时拉取，就能做到实时更新，才是最好的
36只要git没更新，你访问的永远是静态是缓存
37
38
39核心点：
40这里说的刷新缓存，和cdn刷新缓存不一样，cdn里刷新缓存是有次数限制的，还需要调平台api才能刷新，
41isr里面的缓存是一个功能，可以无限次刷，并且可以自动化刷，还是平台内部静默刷，不需要api次数，不需要等，它就是缓存技术的一个功能
42缓存和正常缓存一样，都是cdn缓存，但是刷新机制完全不同
43普通cdn缓存刷新后，第一次访问要等，
44isr+swr刷的不需要等，平台内部直接把新内容替换上去
45
46应该差不多了吧，够详细了
47利用git控制版本，利用平台isr回源精准静默无阻塞更新缓存
48
49现在的isr就是跟我预想的几乎一样，量身定做的，完美适配现在这个场景
50又要静态又要动态，又要丝滑，又要简单，又要原生md
51又要省数据库
52
53来自@one
54放在以前不敢想哈哈
55wp 太臃肿，前后端分离太重，ssg 太单一，w3c 这个才是当今最新最丝滑的存在
56这个架构一出，其他站点豆立正[破涕为笑]
57
58不错，不用 eo 部署的博客不叫丝滑
59没用 w3c 这个架构的博客不能叫丝滑[破涕为笑]
60
61所以,w3c赶紧基于 astro来研究下  ssr isr swr 0构建 底层md的架构哦
62包括前后台
63包括一套丝滑的前端
64最后只能是它最丝滑
65后续，我要基于上面这个架构，再基于astro，把目前one的风格给移植过来，就丝滑了：one博客=博客+云笔记+wiki+朋友圈+摄影展+all in one