[更新]hugo defaultContentLanguage不生效解决方案
在之前的文章《Hugo设置defaultContentLanguage不生效的解决方案》中介绍了defaultContentLanguage不生效的解决方案。今天在将Hugo的网站添加评论的时候,发现disqusShortname添加了也不生效,也需要放在配置文件的第一行。 Why 这TM不对劲啊,不可能每个配置都要放第一行吧,后来仔细Debug发现是我自己的问题。我对toml文件的格式理解有误。 [xxxxx] a = 'b' c = 'd' e = 'f' 在这种情况下,e这个配置项目,还是属于xxxxx,所以要放在最前面。 小结 如果一个问题你搜索了整个互联网也没找到,一般是2种情况:一是很前沿;二是你SB了。通常情况下是后者。Hugo启用disqus评论
网站上线了,本来不想添加评论,后来发现还不太行,Telegram 的 Group 可能大家还不情况情况习惯,为了过渡,就把评论再加上去。 为什么选择disqus 因为是国外站。 国内站用什么?不用。 启用方式 一般的主题都配置了comment模板,只要把disqusShortname设置好就可以了。 PS:这个值是个字符串,没有http、https这种。 不生效怎么办 使用 hugo config 命令查看设置是否生效,然后再检查comment相关的模板。当然国内的话,就是加上了,也看不到,原因你懂的。 注意: {{ template "_internal/disqus.html" . }} 这个代码是内置的,看不到源码,如果想自定义,可以参考disqus的实现方式,自己写个partial。解决 Hugo Failed to Find a Valid Digest in the 'Integrity' Attribute
将Hugo的博客环境从Mac的电脑转移到Win上面,结果样式不对,报错如下: Failed to Find a Valid Digest in the 'Integrity' Attribute Google 了好半天,发现是因为Mac和Win中的文件使用了不同的结尾符导致计算的hashcode不一样导致的。 解决方案 我的方法比较粗暴,就是将整个Repo转换成LF换行的,问题解决。 转换方法 参考:强制git仓库使用LF换行Typecho网站竟然被放入了木马
前几天把网站从基于PHP的Typecho迁移到了基于Go语言的Hugo,从一个动态网站变成了一个静态化的网站了。我这人比较恋旧,于是把之前的数据备份一下,放在自己的网盘里,万一我有一天想不开又想用Typecho了呢?(应该没有这种万一)。于是打开了篱落主机的虚拟主机后台,使用DA面板作了一个备份,今晚老婆睡了,想把数据做个转移,于是Download下来,本来是解压一下看看下载文件是不是完整的,结果一解压,神奇的事情发生了。
继续阅读