Golang Go语言中使用hugo存小说,三本小说全build需130多秒

发布于 1周前 作者 zlyuanteng 来自 Go语言

如果再添加几本书就不知道多少秒了.而且因为添加 md,导致不全 build 还不行

我还是老老实实 sphinx 吧, 毕竟 sphinx 添加 rst 不重新 build 也没事,不像 hugo


Golang Go语言中使用hugo存小说,三本小说全build需130多秒
16 回复

小说肯定不能用这种静态网页框架来做啊,那设计目标就不一样。。。依我看直接 md 提供给客户端,让客户端 js 来渲染都比这靠谱

更多关于Golang Go语言中使用hugo存小说,三本小说全build需130多秒的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html


我是给自己看的啊.有些小说自己想收藏下,毕竟外面广告太多了.

你需要的是增量编译 …

非要用就找能静态渲染 md 的框架,编译的那种就别想了。
看书为啥不用 calibre 呢?

但增量编译会导致导航出现问题.而且 hugo server -D 一开始是全编译的.

如果这么说,确实可以,我确实没必要一定要追求在网页看书.等我想想,我为什么一定要网页看书.

给自己看有现成的阅读项目啊,比如 reader 。

我先试试用 calibre,用个十几天看看,能不能习惯

我想起我为什么要用网页看了,因为我要手改一些错字,去掉 txt 里面的换行,调整分段.这个样子的话,网页要方便的,毕竟如果用 calibe,我要手动添加 txt,然后转换添加目录,一样要费时间.

第一次见到一边看小说还一边帮忙改错字的……

这种最好就是内容往 elastic 里面扔,然后写个前端调用 es api

存到本地看啊,有一些错字啊,还有些广告.

你需要的其实只是一个支持正则表达式自动替换净化功能的阅读 app

不是,我要的是,我手动改了后,能马上同步到 app,显示更新的 app

其实你要看电子书,为啥不选择 epub 这类格式的呢,一般来说都没有错别字,也不存在换行和分段什么的有问题。还有目录、注释超链接。有大把阅读的客户端,也有网页版的在线阅读器。
这年头看 TXT 电子书的属实是少见。

在Golang环境中使用Hugo来构建和管理小说内容是一个不错的选择,Hugo以其高效和灵活性著称,但在处理大量内容或复杂项目时,构建时间可能会显著增加。针对你提到的三本小说全构建需130多秒的问题,以下是一些可能的优化建议:

  1. 优化模板:检查并优化你的Hugo模板,确保没有不必要的循环和复杂计算,这些都会增加渲染时间。

  2. 使用缓存:Hugo支持多种缓存机制,如部分缓存和完全缓存。启用缓存可以显著减少后续构建时间,尤其是在内容未更改的情况下。

  3. 减少资源加载:检查是否有大量未使用的资源(如图片、CSS、JavaScript等)被加载到项目中,减少这些资源的数量或大小可以加快构建速度。

  4. 分析构建过程:使用Hugo的内置分析工具(如hugo --gc --debug)来识别构建过程中的瓶颈。

  5. 升级Hugo版本:确保你使用的是最新版本的Hugo,因为新版本通常包含性能改进和bug修复。

  6. 硬件优化:如果条件允许,尝试在更高性能的硬件上运行构建过程,如增加内存或使用更快的CPU。

通过实施上述建议,你应该能够显著减少使用Hugo构建三本小说的时间。如果问题仍然存在,可能需要更深入地分析你的项目结构和内容。

回到顶部