现在有一个 100w 页面 html 的需求 我之前在想用 hugo 做的, 但是 AI 却和我说, hugo 在每次修改之后都需要进行全量生成全部网页,这样的对于工程化不友好 然后我就想别的方法, 看到主流做 seo 的方案都是 next.js 他对于大量网页的情况会存在哪些性能问题呢?
18 条回复
 | 1 imingyu 22 小时 46 分钟前 好奇你的 100 万个页面都是啥 |
 | 2 gotoschool 22 小时 44 分钟前 不算慢啊 我在用 还行啊 |
 | 4 MRlaopeng OP @gotoschool 好的 感谢回复, 我去找一下有没有什么现成的二开项目 |
 | 5 hugozach 22 小时 26 分钟前 啥玩意 100w 啊 首先 100w 就不合理 量级大起来处理肯定费劲 用啥都费劲 如果有个前端项目打包 1pb 你别说打包了 电脑打开都是问题 |
 | 6 94 20 小时 11 分钟前 有一个评测项目，可以直接参考，但是已经很长时间没有维护更新了。 [seancdavis/ssg-build-performance-tests - Github]( https://github.com/seancdavis/ssg-build-performance-tests) 而且不管是 Hugo NextJs 还是其他的带有 SSG 能力的框架，基本上都是可以配置 cache 来加快构建速度的，或者增强成增量更新。 ----- 但其实没有必要关注这些构建时的性能，除非是真的有非常大量的页面需要生成，比如说一些内网使用的开发文档。 大部分情况下我们都会托管在服务器上，通过 CI/CD 能力让服务器自动执行构建脚本，比如说 Github 上面的 Actions ，并不太会关注到底会执行多久，只需要关注自己是否提交就行了。 |
 | 7 gucheen 20 小时 9 分钟前 你觉得 hugo 能应付 100 万页面？ 你是不是误解了 100 万动态页面和 100 万静态页面？ |
| 9 MRlaopeng OP @gucheen ai 和我说, 如果用 hugo 那就是完全生成 100w 个 html, 那确实太麻烦了 但是如果用 next.js 是不是可以就类似于动态路由那样 动态生成呢 |
| 11 gucheen 19 小时 47 分钟前 |
| 13 94 17 小时 29 分钟前 @MRlaopeng #12 ，我觉得你这个 100W 个页面的出发点就很奇怪。你先要确定你这个项目是要干什么，然后让大家来给你推荐推荐。你再从我们推荐的技术栈里面选你符合心意的。 而不是说我现在要性能最好的那一个，你们说我现在选择的这两个里面哪一个性能好，但是不提你这个性能的需求场景。是展示型的企业站，文档站，还是自己写博客，即使说拿来做内容农场都行。 ----- 如果有人说 Hugo 性能强 1000w 个页面渲染手拿把掐，然后你真信了，拿去开发管理后台不就瞎了吗…… |
| 15 94 1 小时 58 分钟前 @MRlaopeng #14 ，所以就看你要做什么项目，但是会考虑到 hugo 估计就是企业官网和博客这两种类型。 那么其实选一个自己喜欢的就好了。大部分还在更新的带 SSG 能力的框架都支持了<增量更新>，或者有 plugin 可以增强成增量更新。 但其实很多情况下并不是因为不能增量更新的问题，而是因为 SSG 框架会渲染的静态 HTML 文件，如果侧边小组件里面展示到了一些最新文章和词云排名这样每次更新会变更的内容，不是通过 API 调用返回的。就不可避免地会需要重新生成新的 HTML 内容， 因为最新文章虽然没有变更，但是小组件里面的内容确实已经变更了。 |
| 16 MRlaopeng OP @94 好的,谢谢大佬, 这个小组件的问题确实让我纠结, 看到你说 不可避免地会需要重新生成新的 HTML 内容 , 那我就还是选择先用 hugo 做一版本试试看 |
Select Language